先做一些前情提要：

我们项目使用git作为代码管理，同时为了操作更方便，安装了乌龟git（tortoiseGit)工具。以下几乎所有操作都是在乌龟git上进行。

我们的项目是分阶段完成的，在完成上一阶段后，把这个版本定位v1.04,这个版本的代码是要准备部署给客户的，要和其他模块进行整合测试，

而这时，我们依然有其他开发任务，所以我在这个代码库上建立了develop分支。 原分支为master。 则原代码的bug，我们都会在master分支上修改，

然后合并到develop分支上，而新的开发任务，就都在develop分支上开发。这本来是没有问题的，很和谐的进行的一段时间后。。。

 ---------------------------------------------------------------------------------------------------------------------------

在今天，我查看代码的时候，发现应该只出现在develop分支上的代码竟然出现在了master分支。在查了很久（可能半个小时吧）的git 历史后，加上分析，

才想到是因为其他开发人员的误操作，可能推送时推错了分支，或者是修改master时，先拉取了deveop分支的内容，修改后推到了master分支。原因我无法确诊了。

反正结果是master分支上出现了deveop分支的代码。既然如此，就必须做些什么。

对这个问题，我希望达到的效果是，将develop分支的改动从master分支上清除。但由于问题发生了挺长一段时间后才被发现（至少一个月），在错误的操作之后，在两个分支上都有多次正确的提交。

在经历半个早上的痛苦挣扎后，基本上把解决方法确定了，我要做的事情如下：

1. 找出最晚一次在master分支上正确的提交。即最近且正确的master分支状态。还原到这次提交上。下简称称为originalMaster。

2. 找出这之后的所有对master的正确提交，将这些提交逐个合并到originalMaster上。

清楚这个思路之后，就开始找这个originalMaster，但是由于之前的误操作，导致git的版本树非常混乱。所以又经历了一段时间的痛苦查看，在混乱的版本树里翻查，终于在下午找到了可以作为originalMaster的提交。

根据原本的想法，还原到这次提交后，再根据版本树查看这个分支上的各次提交（一般来说一个分支的提交记录都在同一条竖线上），大概回忆一下，肯定这些提交都是正确的，就逐步使用“merge to 当前分支名”功能，把改动合并到当前分支下（为了安全，我先建了一个revert_master_test分支，在该分支上进行试验）。

把全部正确的提交都合并后，就在我以为万事大吉时，我再次查看代码，竟然发现develop的改动还是存在，我马上再查看revert_master_test分支的历史，发现由于有几次正确的master提交是基于错误的master分支状态进行修改的（即master分支当时已被误合并，导致包含了develop分支的内容），所以现在的分支中才会包含了develop的内容。我逐个查看revert_master_test分支的提交节点，查看提交的情况，并点开查看文件的改动内容。 发现有一次提交包含了很多的develop版本的改动（我猜测全部develop的改动都在这里面了），这就是上面提到的在误合并后的master分支上改动的提交。我鼠标右击这次提交，发现有一个选项：“还原这个版本的改动”，里面出现“第一父节点”和“第二父节点”选项， 分别表示这次合并与2个父节点的差异（该提交跨了2个分支），其中“第一父节点”中，包含了develop分支的改动，我选中“第一父节点”后，发现真的将里面的改动都还原了。

我再大致看一下代码，发现develop分支的改动确实都没有了。 好了，世界清净了。 

剩下的就是生成解决方案，确认代码正确， 大致检查几个关键的文件，看是否已还原develop的改动。

最后，就是想办法让master分支变成这个状态，可能会用revert功能，revert到revert_master_test分支上。或是其他办法，应该不会太难。

好了，记录完了。 长吁一口气。

这次用到几个关键的功能：

0.勾选“show whole project”查看项目的完整提交历史

1.revert到某次正确的提交上

2.把每个正确的提交逐个“merge to”当前分支

3.用"revert change by this commit"功能把某次提交的改动清除