【发布时间】：2017-12-08 03:37:40
【问题描述】：
在我开发的应用程序中，我开始开发一项新功能。在我开始的那一刻，我缺乏对功能有多大的远见——它肯定会在存储库中授予自己的分支。然后一个客户在我开始开发该功能之前报告了一个版本中的错误，我迅速检查了修订版，修复了错误，通过测试得到了它，然后......呃。我现在不完全知道如何检查它，以免破坏一切
r34 目前远非稳定，而且可能不会很快稳定。同时，分支需要对修补程序开放。因此，明智的做法是将所有工作从第一次提交开始，将大特性引入单独的分支。同时不会丢失带有错误修复的本地副本，而是将其作为 r10 分支的负责人提交。
我怎样才能在不破坏任何东西的情况下做到这一点（比已经破坏的更多）？
【问题讨论】：
-
你为什么不执行一个cherry-pick合并？
-
@bahrep：在错误修复上很有可能，但该功能在短时间内蔓延到太多文件
标签： svn