将格式设置与功能更改相结合
Combining formatting with functional changes
通常会要求您制作一些功能。但是，在进行功能更改时，您会注意到其他地方有很多糟糕的编码。随着您的编码技能的提高，它总是会发生。您想立即修复它们。立即清理代码是可取的，因为它非常烦人，而且您知道在完成该功能后您会忘记它。您还想强化您的编码最佳实践，在您认为合适的地方应用它们。你会懒得去寻找不碍眼的东西。但是，您想搁置所有非功能问题，并且在请求下一个功能之前不会回来重新编写代码，这意味着没有地方可以修复糟糕的编码。去的时候最简单，但以后会很痛苦。
我想产生所有不相关的小格式更改，并将它们收集到一个单独的提交中，因为我正忙于功能编码。这样做的最佳做法是什么？
始终进行单独的重构提交。如果您发现一些错误代码，请在开始您的功能之前重新格式化它。这将有助于跟踪您为完成任务所做的工作以及您在以后的代码审查中作为重构部分所做的工作。
如果重构与您正在实施的事情非常接近，请立即重构。如果没有直接触及您的工作，请考虑其他 git 分支以进行这些更改或至少进行另一次提交。
要进行单独的提交，您可以使用 git add --patch 并按 refactor/feature implementation/etc.
对您的更改进行分组
通常会要求您制作一些功能。但是，在进行功能更改时，您会注意到其他地方有很多糟糕的编码。随着您的编码技能的提高，它总是会发生。您想立即修复它们。立即清理代码是可取的，因为它非常烦人，而且您知道在完成该功能后您会忘记它。您还想强化您的编码最佳实践，在您认为合适的地方应用它们。你会懒得去寻找不碍眼的东西。但是，您想搁置所有非功能问题，并且在请求下一个功能之前不会回来重新编写代码，这意味着没有地方可以修复糟糕的编码。去的时候最简单，但以后会很痛苦。
我想产生所有不相关的小格式更改，并将它们收集到一个单独的提交中，因为我正忙于功能编码。这样做的最佳做法是什么？
始终进行单独的重构提交。如果您发现一些错误代码，请在开始您的功能之前重新格式化它。这将有助于跟踪您为完成任务所做的工作以及您在以后的代码审查中作为重构部分所做的工作。
如果重构与您正在实施的事情非常接近，请立即重构。如果没有直接触及您的工作，请考虑其他 git 分支以进行这些更改或至少进行另一次提交。
要进行单独的提交，您可以使用 git add --patch 并按 refactor/feature implementation/etc.