git - 在多次错误提交后 merge 分支

Question

我是 .git 的新手，我正在将它与 Sourcetree/Bitbucket 一起使用。我暂时不需要共享我的代码，只是为了跟踪我的项目并允许我撤消或恢复到旧版本。我已经阅读了很多指南，但对我来说仍然有点神秘。

我想使用它的方式是每次我需要添加一个新特性时从master创建一个分支。我想继续致力于该分支，当它最终可以工作时，我想将它 merge 回主分支，然后继续下一个功能。也许还有更好的使用方法，我愿意接受建议。

我最终遇到了这种情况，因为我必须快速发布一个新版本，而我没有时间修复存储库。后期修复它的尝试导致了更多的困惑。也许是时候寻求帮助了；)

这是我应该做的:- 在 29 代，我想创建一个新分支“transmitter_fo_nrf24l01+”- 继续致力于该分支直到 2 月 5 日- 2 月 6 日，创建一个新分支(来自 master)“added_serial_interface”(我想我在这里失败了)。- 在 2 月 12 日的版本中再次与 master merge 。- 为新功能创建一个新分支(来自 master)

今天我无法将 added_serial_interface merge 到 master，因为与 2 月 5 日添加的 README 文件发生冲突，最后的尝试导致那个孤独的头......

现在如何 merge 主分支中的所有内容？我无法解决冲突。我不太关心修复所有历史记录，但我现在至少想开始“清理”新功能，并了解我的错误所在。谢谢!

PS 抱歉图片太小了，如果你用浏览器放大你可以看到它的真实大小

Answer 1

为您正在处理的不同功能设置单独的分支是一个很好的做法。如果您在并行分支中独立编辑同一文件，事情只会变得复杂(在您的例子中，README 在 master 中，在 added_serial_interface 中)。如果您需要处理相同的文件，不同的分支会使事情变得困难。 Git 通常会自动 merge ，但如果在不同分支中编辑相同的文件，您将不得不进行一些手动 merge 。

一般来说，我会避免在不同的分支中编辑同一个文件。如果必须，请尝试先将第一个分支的更改 merge 到第二个分支，然后才在第二个分支中对该文件进行更改。 (您已经更改了 master 中的 README。如果您在编辑 README 之前将该更改从 master merge 到您的其他分支， merge 将在没有冲突的情况下工作)

要恢复您的情况，您需要进行一些手动 merge 。根据您的操作系统，有一些工具可以通过并排显示文件的两个冲突版本并突出显示差异来帮助您 merge 。 (也许您正在使用的 git 客户端已经内置了该功能)。手动将文件编辑为您想要的最终版本后，您必须提交它才能完成 merge 。您也可以简单地告诉 git 使用其中一个分支的版本并忽略其他更改。

查看 Git 文档:http://www.git-scm.com/docs/git-merge (“如何解决冲突”和“merge 策略”)。起初看起来很复杂，但学习 git 绝对值得。