整理您的代码是否需要个人 Git 提交?
Does tidying your code warrant an individual Git commit?
确定每个 Git 提交应该是一个 单一逻辑更改 。还确定了这个制作过程经常是杂乱无章的(见sausage-making) and should not be hidden away - Seth Robertson advocates "Commit often, perfect later".
我发现在某些时候,无论是在项目结束时还是在一系列相关提交结束时,我都需要整理我的代码,尤其是当我全神贯注于一个问题并快速工作时。 tidy 我不是指影响程序实际工作的逻辑更改,而是像这样的东西:
- 澄清意见
- 更改函数的顺序以提高可读性
- 更正 indents/whitespace
- 删除像
// console.log(variables)
这样的旧测试
我的问题是:将这些 'cosmetic' 更改保存在单独的单独提交中是最佳做法吗? (如果不是,应该如何提交?)
请注意,我并不是要就此征求意见。当然有一个既定的最佳实践;上面的文章强调了 enforcing standards,所以了解这些标准是什么很重要。
除了 Seth Robertson 的文章外,我还阅读了以下现有问题,但找不到任何地方解决我的问题:
- Git-commit-best-practices
- Git-big-commit-best-practices
- Git-best-practice-commit-logs
是的,外观变化应该分开。它们是独立于功能更改的逻辑更改。此外,还可以更轻松地查看功能更改。
确定每个 Git 提交应该是一个 单一逻辑更改 。还确定了这个制作过程经常是杂乱无章的(见sausage-making) and should not be hidden away - Seth Robertson advocates "Commit often, perfect later".
我发现在某些时候,无论是在项目结束时还是在一系列相关提交结束时,我都需要整理我的代码,尤其是当我全神贯注于一个问题并快速工作时。 tidy 我不是指影响程序实际工作的逻辑更改,而是像这样的东西:
- 澄清意见
- 更改函数的顺序以提高可读性
- 更正 indents/whitespace
- 删除像
// console.log(variables)
这样的旧测试
我的问题是:将这些 'cosmetic' 更改保存在单独的单独提交中是最佳做法吗? (如果不是,应该如何提交?)
请注意,我并不是要就此征求意见。当然有一个既定的最佳实践;上面的文章强调了 enforcing standards,所以了解这些标准是什么很重要。
除了 Seth Robertson 的文章外,我还阅读了以下现有问题,但找不到任何地方解决我的问题:
- Git-commit-best-practices
- Git-big-commit-best-practices
- Git-best-practice-commit-logs
是的,外观变化应该分开。它们是独立于功能更改的逻辑更改。此外,还可以更轻松地查看功能更改。