Git冲突解决方案
程序开发使用git提交代码时,不得不面临着一个文件被多次修改和提交,这样就会产生冲突,如果处理不好,不仅冲突解决不了,还会造成回滚代码,或者代码覆盖,损失利益。特针对使用Eclipse插件解决git冲突问题,做以下梳理。一共十个步骤,每一步都不能简化省略。1. 第一步:pull一下,更新程序。方法:右键项目->Team->pull 此时会出现冲突
程序开发使用git提交代码时,不得不面临着一个文件被多次修改和提交,这样就会产生冲突,如果处理不好,不仅冲突解决不了,还会造成回滚代码,或者代码覆盖,损失利益。特针对使用Eclipse插件解决git冲突问题,做以下梳理。一共十个步骤,每一步都不能简化省略。
1. 第一步:pull一下,更新程序。方法:右键项目->Team->pull
此时会出现冲突,如上图,红框内就是冲突的文件,一份是来自本地,一份是来自服务器端。项目名称的右边有个向下的箭头,表示没有pull成功,数字代表冲突的文件数,现在先点击OK,不用管它。
2. 第二步:同步,查看冲突代码。方法:右键项目->Team->SynchronizeWorkspace
可以看到左侧的一行目录中,红方块表示有代码冲突的文件,右箭头代表没有冲突,但是服务器端要更新的文件。没有冲突的文件可以先不管它,双击红方块,可以看到本地和服务器端的代码对比图,可以清楚看到,左侧是本地的,右侧是服务器端的。
3. 第三步:人工修改,保持本地最新版。方法:可以直接对照服务器端进行修改。
假如,我们人工修改了前三行,前三行要服务器端的代码,剩下的两行要我们本地的代码,这样让本地组成最新版的代码。Crtl+S保存,我们可以看到原来冲突的五行,变成了两行。
4. 第四步:Addto Git Index,提交修改。方法:冲突文件右键->Add toGit Index
此时,红方块文件上出现了一个黑色的*,此步骤表示已经修改完了,准备好提交。
5. 第五步:Commit提交。方法:项目右键->Team->Commit或者使用GitStaging,我用的是Git Staging
此方法目的是要把修改好的文件提交到本地仓库,切记按需提交,如果使用Git Staging,则拖到Staged Changes中,然后写好Commit Message,最后选择Commit。【不要选择Commit and Push,你是push不上去的,因为现在还属于冲突状态,而Commit是提交到本地仓库】。
因为还没push,所以此时可以看到项目右边的箭头出现了一个上箭头,可以理解为push到服务器端不成功,
6. 第六步:再次pull一下,更新程序。方法:项目右键->Team->pull
此时,我们可以看到项目出现了合并项,文本框内出现的两个版本就是要合并的对象,不用管它,点击OK。
我们可以看到,红方块又出现了。这次是提示你要进行人工合并,步骤和第三步有所不同。
7. 第七步:人工合并,更新到最新版
我们点开程序后,发现,出现了很多非程序的东西,甚至造成了文件报错,这是因为把两个版本的文件进行了合并,并且保留所有版本,于是要人工对不想要的版本进行删除。HEAD包含的是本地的版本,而====下面的是服务器端的版本。假如我们修改后,得到如下版本:
此时本地版本为最新版本。
8. 第八步:Addto Git Index,确认修改。方法:冲突文件右键->Team->Addto Git Index
我们可以看到文件又变成了我们熟悉的黑色*。
9. 第九步:Commit提交。方法:GitStaging或者项目右键->Team->Commit
此时,我们发现冲突文件已经放入Staged Changes,而Message中写的是冲突文件和合并的对象,不过不用管它,照样删除,重新写上自己想写的文字,例如“OK,测试Git提交”。
设置好后,点击Commit进行提交,此时,依然是提交到本地仓库。此时发现下箭头消失,只剩下了上箭头,说明pull已经成功了。
10. 第十步:push。方法:项目右键->Team->pushbranch
此步骤是本地仓库向远程仓库进行提交,选择push branch是要提交到指定的分支,这样做就不会造成分支选择错误。选择好提交路径,点击Next。
此时,没有了冲突,点击Finish就可以提交,然后点击OK,完成提交,此时项目名称右侧的箭头也全部消失。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)