Git提交引发代码丢失的问题（原创）

现象

同一个分支里多人协作，后提交的人需要合并别人的代码，在合并代码有冲突的情况下，如果处理不当(这里更多是用gui工具操作导致的，例如TortoiseGit🤣)，会造成别人提交的代码丢失。

或者在多分支情况下，合并代码时，发现有冲突需要处理，处理不当同样会把别人之前提交的代码给弄丢了。

而且是莫名其妙的，查看历史提交记录也找不到主动删除代码的记录。

原因

由于提交或合并代码时，发现有冲突。本地处理冲突的过程中，改完冲突文件，只把自己修改的代码提交了，没有把别人的代码也一并提交，从而导致别人的代码丢失。

这里需要说明的是，Git在合并代码时，不仅有你的代码需要提交，还有别人的代码也需要提交。因为，git 会把从两个分支的公有节点开始后所有的变更，放到当前统一处理。

如图所示：将A3和B2合并，生成C提交点。在做合并处理时，Git会将A1开始的所有变更做统一处理（A2、A3、B1、B2）。此时，如果没有冲突，Git会自动处理，不会有任何问题。如果有冲突，就需要注意，在提交B1、B2的时候，也要把A2、A3的变更也提交。

从以上的分析可以看到，如果合并或提交代码时没有冲突，是不可能出现丢失代码的。

只有存在冲突时，Git会暂停合并，等待人工处理，然后再默认将从公有节点开始的所有提交做合并处理。此时，如果操作正常，也不会丢失代码。只有在提交时，有选择的只提交自己的，才会导致代码丢失。

下面在本地实际操作来模拟丢失代码的情况

这里用本地的一个demo项目为例，demo项目中有2个分支：develop和feature

目的是把feature分支的变更合并到develop

第一步：在develop分支新建两个文件file1和file2，并提交

第二步：在feature分支也新建同名的file1文件，并提交

下一步其实是想直接跳到第四步，将feature的变更合并到develop。但是由于develop和feature的file1文件内容不一样，有冲突，所以会操作失败。

因此，先做第三步，同步develop的代码到feature，发现也会有冲突(file1文件)。如果此时只提交file1文件，貌似是合理，但其实是把file2文件给弄丢了。Git在此时一般会有提示，阻止合并代码时只提交部分文件，但是可能有些gui工具会有选择提交的选项，导致此现象的发生。

具体的操作过程如下：

本例是使用命令行的方式，发现想要模拟出丢失代码的现象还是挺难的，正常开发过程中，基本不会出现。

如果大家感兴趣，也可以用gui工具模拟试试。

1  新建demo目录，并初始化为git项目

通过以上git init的初始化操作，新的git project就建好了

2 新建develop和feature分支

3 切换到develop分支，新建file1文件和file2文件，添加内容，并提交

此时的分支图如下：

4 切换到feature分支，新建file1文件，添加与develop分支不同的内容（develop中file1的内容是两行11），并提交

此时的分支图如下：

可以看到，此时develop和feature生成了两个不同的支线，而且都修改了file1。合并时会发生冲突。

5 尝试直接将feature的内容合并到develop分支

file1文件冲突，阻止了自动合并，查看file1文件内容，里面有两个分支的内容需要手动处理。实际开发过程中，此过程类似我们直接提交代码到gitlab，发现有冲突gitlab不允许push，直接撤回，让本地自己处理。所以，我们先还原合并，也不做处理。

6  切换到feature分支，同步develop的代码过来

注意：这里会看到，同步代码后，feature里面有file1和file2文件，这本身是没问题的。但是查看git status会发现，file2文件需要被提交。但是feature分支里，根本就没有对file2文件做任何操作。

此时，如果我们修改的file1的冲突，然后做commit操作，git会自动将file1和file2提交，不会丢失任何代码。

下面我们换一种方式，强制让file2不提交，模拟丢失代码的情况。

先将file2的提交撤回，然后修改file1文件的冲突，提交file1文件。此时的分支图如下：

feature同步了develop的变更，并处理了file1文件的冲突，但是没有操作file2，也没有提交file2。

7  我们再将feature的内容合并到develop分支，此时由于file1文件的冲突已经处理完毕，会自动完成合并操作。

注意file2文件的变化，合并之前develop文件有file2文件，并且有内容。合并之后，file2文件直接被删除了。

从分支图中也看不出任何删除file2文件的操作：（神奇的抹掉了操作痕迹）

至此，完成模拟合并丢失代码的全部操作。

结论

提交代码或合并代码有冲突的情况下，解决完冲突后，

一定要提交全部代码，包括不是自己修改的！

一定要提交全部代码，包括不是自己修改的！

一定要提交全部代码，包括不是自己修改的！