Muh*_*uri 4 version-control refactoring
对大规模重构进行版本控制的最佳方法是什么？
我的典型编程风格(实际上也是编写文档)是尽可能快地获取内容然后重构它.通常,重构与添加其他功能同时发生.除了类和函数的标准重构之外,函数可以从一个文件移动到另一个文件,文件被拆分和合并或只是重新排序.
目前,我使用版本控制作为单独的用户,因此在此阶段没有与其他开发人员交互的问题.不过,版本控制还是给了我两个方面:
我在使用TortoiseHg的Windows上使用mercurial,它可以选择帅哥提交.我提到这个的原因是我想在重构的提交粒度上提出建议.我是否应该从提交中添加的功能中拆分重构？
我看过重构和源代码控制的答案:如何？但它没有回答我的问题.这个问题侧重于与团队的合作.这个集中于具有将来可以理解的历史(假设我不像某些VCS似乎允许的那样重写历史).
我想你的问题没有一个大小适合所有答案:)
我个人更喜欢在我的提交中保持更精细的敏感粒度:在你的情况下,我会将动作分为两个阶段:每个独立:
最好的办法是自己添加和提交每个项目:打破本地化更改中的重构,逐个提交,然后逐个添加功能,一路提交.
还有一点开销,但是当你回去寻找差异时,很明显改变了什么以及添加新功能.只回滚一个特定的有问题的添加也更容易.