如何使用丢弃测试分支策略来同步长寿命功能分支？

Question

我正在阅读关于git的这篇blog帖子，其中讨论了各种分支策略。本文建议对于长期存在的功能分支，应该保持从主服务器到功能分支的合并，以使功能分支与主服务器保持同步，这样当功能分支合并回主服务器时，它就不会有问题。这个策略对我来说很清楚。在git mainter的评论中，Junio Hamano说道。

  

我必须提醒一下，“分支和经常同步”是一个   疾病要避免。您分支以实现特定目标（例如   “添加此功能”，“修复此错误”）以及拥有一个   该任务的专用分支是保留 的历史记录   特定的分支可读和可理解，这将导致更少   错误。如果你这样做，它将无法使用一个单独的分支   随机地从“主人”合并回来   分支尚未准备就绪，无论在“主人”上做了什么都没有   影响添加功能或修复错误的具体目标。

     

避免疾病的标准建议，同时确保   你在分支机构上做的耗时的工作   分叉前，仍然可以很好地完成随机工作   其他人，就是做一个从你的合并中丢弃的“测试”分支   主题分支和主分支，以保持代码库漂移   检查。

我的问题是抛弃测试分支策略是如何工作的，它如何使与master的最终集成更容易？任何人都可以提供更详细的例子/更容易理解的解释吗？

Answer 1

我在Junio Hamano的博客Fun with ReReRe找到了这种模式的详细解释。

基本思想是在不保留的分支上进行测试合并，然后使用git的rerere功能记录如何解决冲突，抛弃测试合并分支，并在最终合并发生时记录合并决议将由git自动应用。