version-control - 版本控制 : moving a bug fix/code enhancement around feature development

Question

我有一个与 Mercurial 相关的工作流程问题(可能适用于其他 DVCS)。

使用典型的默认/稳定设置来设置存储库。

您的任务是构建一个新功能，并预计需要一些时间(一个月以上)。在开发此功能时，您遇到了一个您认为应该尽快修复并应用于生产的错误。或者，您可能注意到一些可以更好地记录的代码。

我的假设是您在默认情况下进行修复，然后切换到稳定状态并再次进行修复(手动或通过应用补丁)。这是正确的还是应该立即切换到稳定版，在那里进行更改，然后将稳定版 merge 为默认值？

使用补丁对我来说似乎更有意义。您可以专门针对错误修复进行提交，并在您方便时应用该补丁。我的意思是，如果错误不是太严重，就没有必要紧急和中断您的流程。对？

那么，你是如何处理这种情况的呢？

谢谢

Answer 1

您可以返回分支点(修订版 B )，修复那里的错误(修订版 X )，然后将修复程序 merge 到两个分支( M1 和 M2 ):

-----B--o----o---M1----o---> stable
     |          /
     |---------X   bugfix
     |          \
     \--o---o----M2----o-----> feature

通过这种方式，您可以使用正常的 hg merge 在每个分支中获得修复。操作；无需修补、移植或 MQ'ing。

将同样的想法更进一步:你可以回到最初引入错误的修订版。通过将此作为修复的基础，您将确保可以将修复 merge 到包含该错误的任何分支中。