我正在阅读这篇关于 git 的博客文章，其中讨论了各种分支策略。这篇文章建议，对于长期存在的特性分支，应该不断地从 master 合并到特性分支，以保持特性分支与 master 同步，这样当特性分支合并回 master 时就不会出现问题。这个策略我很清楚。git mainter 在评论中 Junio Hamano 说。
我不得不提醒，“经常分支和同步”是一种需要避免的疾病。您分支以实现特定目标（例如“添加此功能”、“修复此错误”），并且为该任务设置专用分支的目的是保持该特定分支的历史可读性 和可理解性，这将导致更少错误。如果您在分支上的工作尚未准备好时从“master”随机合并回来，它将破坏使用单独分支的点，并且在“master”上所做的任何事情都不会影响添加的具体目标功能或修复错误。
避免这种疾病的标准建议是，在确保您在之前分叉的分支上所做的耗时工作仍然可以很好地与其他人所做的随机工作一起工作的同时，进行一次性“测试”从您的主题分支和主分支合并的分支，以检查代码库漂移。
我的问题是一次性测试分支策略如何工作，它如何使与 master 的最终集成更容易？谁能提供更详细的示例/更易于理解的解释？