整理代码是否需要单独的Git提交?

时间:2016-05-18 15:49:34

标签: git git-commit code-readability

确定每个单独的Git提交应该是单个逻辑更改。还确定这个制作过程经常是混乱的(见sausage-making),不应该被隐藏起来 - Seth Robertson提倡 "Commit often, perfect later"

我发现在某个时刻,无论是在项目结束时还是在一系列相关提交结束时,我都需要整理我的代码,特别是如果我全神贯注于问题并且快速工作的话。 tidy 我不是指影响程序实际运作的逻辑变化,而是指:

  • 澄清评论
  • 更改功能的顺序以提高可读性
  • 更正缩进/空格
  • 删除// console.log(variables)
  • 等旧测试

我的问题是:最好是保存这些化妆品'单独提交的更改? (如果不是,他们应该如何承诺?)

请注意,我没有邀请意见。当然有一种既定的最佳实践;上面的文章强调enforcing standards,因此了解这些标准是什么非常重要。

除了Seth Robertson的文章,我还阅读了以下现有问题,但我无法在任何地方找到我的问题:

1 个答案:

答案 0 :(得分:1)

是的,化妆品的变化应该是分开的。它们是与功能变化分开的逻辑变化。此外,它还可以更轻松地查看功能变化。