重构和非重构更改作为单独的 checkin ?

标签 refactoring diff

您是否将重构更改与功能开发/错误修复更改混合在一起,还是将它们分开?可以使用 Resharper 之类的工具执行的大规模代码重构或重新格式化应该与功能工作或错误修复分开,因为很难在修订之间进行差异并在众多重构更改中看到代码的真正更改。这是一个好主意吗?

最佳答案

当我记得时,我喜欢在重构后检查以准备添加功能。通常它会使代码处于更好的状态,但不会改变行为。如果我决定退出该功能,我可以始终保留结构更好的代码。

关于重构和非重构更改作为单独的 checkin ?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1511480/

相关文章:

sass - 获取 .css 中未使用 compass 进行的更改

jquery - 如何使用 jquery 更改鼠标悬停在 div 上的图像 - 重构

PHP 变量 - 相反的字符串

ruby-on-rails - 多个 before_action 调用错误的代码风格吗?

python - 避免在 Python Flask 和大多数其他语言中使用魔数(Magic Number)

python - 函数定义后的 Import 语句——如何让它更像 pythonic?

具有相对前缀的 linux diff 工具输出

Github 样式在命令行上拆分差异

vim - 有没有办法在 vim 中区分两个寄存器?

git - 如何使用 difftool 比较 .odt 文件? kdiff3 diff 输出不可读的字符