一 介绍smart chekcout和force checkout
1.1 smart&force的checkout介绍
1.smart checkout： 会把冲突的这部分内容带到目的分支
2.force checkout：就不会把冲突的这部分内容带到目的分支,但是你在当前分支修改的所有内容都会丢失,就算你再切回来会找不到,需要慎重操作。
3.Do not checkout ：是不切分支,继续留在当前分支；
1.2 结论
在当前分支修改内容后，进行add，commit操作之后，切换到其他分支，再切回到当前分支，当前分支不会丢代码。所以一定要在当前分支进行add，commit操作后，切换到其他分支。
二 案例操作
2.1 情况1：当前分支不进行commit操作，选择smart checkout
1.假设现在在dev分支，进行修改了文件：AddLog (输出2222)，然而没有进行add，commit操作
2.打开commit窗口，但是就是不提交。 就是玩，就是玩，哈哈！
3.此时没有进行commit操作，而要切换到ljf_dev分支，如下提示：
1.smart checkout： 会把冲突的这部分内容带到目的分支
2.force checkout：就不会把冲突的这部分内容带到目的分支,但是你在当前分支修改的所有内容都会丢失,就算你再切回来会找不到,需要慎重操作。
3.Do not checkout ：是不切分支,继续留在当前分支；
4.这次我们选择，默认smart checkout，紧接着弹出：这里选择rollback和cancel都是一样的
5.现在在ljf_dev分支查看：看到dev分支修改的内容，并没有带过来
6.再切换到dev分支，问题出现了：
切换到ljf_dev之前的输出内容：System.out.println("222222"); 丢失了！！！！！！！！！
惊不惊喜，意不意外？？？？？
2.2 情况2:当前分支不进行commit操作，选择force checkout
1.假设现在在dev分支，进行修改了文件：AddLog (输出2222)，没有进行add，commit操作
2.打开commit窗口，但是就是不提交。
3.此时没有进行commit操作，而要切换到ljf_dev分支，如下提示：
1.smart checkout： 会把冲突的这部分内容带到目的分支
2.force checkout：就不会把冲突的这部分内容带到目的分支,但是你在当前分支修改的所有内容都会丢失,就算你再切回来会找不到,需要慎重操作。
3.Do not checkout ：是不切分支,继续留在当前分支；
4.这次我们选择，默认force checkout，成功切换到ljf_dev,可以看到，dev分支修改内容没有带过来
5.再切换到dev分支：问题也出现了：
切换到ljf_dev之前的输出内容 System.out.println("222222"); 丢失了，!!!!!!!!!!!!!
2.3 情况3:当前分支进行commit操作
1.这次修改后，进行提交之后，再切换分支。
2.进行commit提交操作
3.成功提交后：切换到ljf_dev, 没有任何提示框，成功切换到ljf_dev分支
4.然后再切回dev分支。切换分支前的内容还在。
结论：当前分支修改内容进行add，commit操作之后，切换到其他分支，再切回到当前分支，当前分支不会丢代码。
版权归原作者 健康平安的活着 所有， 如有侵权，请联系我们删除。