通常会要求您制作一些功能。但是，在进行功能更改时，您会注意到其他地方的编码很多。随着您的编码技能的提高，它总会发生。你想立即修复它们。最好立即清理代码，因为它非常烦人，你知道在完成这个功能后你会忘记它。您还希望加强编码最佳实践，并在您认为合适的地方应用它们。你会懒得去找一些不是眼睛的东西。但是，您希望将所有非功能问题搁置一旁，在请求下一个功能之前，您不会再回到代码中，这意味着没有地方可以修复糟糕的编码。你去的时候最容易，但以后会很痛苦。
我想生成所有不相关的小格式更改，并将它们收集到一个单独的提交中，因为我忙于功能编码。这样做的最佳做法是什么？
答案 0 :(得分：1)
始终执行单独的重构提交。如果发现一些错误代码，请在启动功能之前重新格式化。它将有助于跟踪您完成任务所做的工作以及您在以后的代码审查中作为重构部分所做的工作。
如果重构非常接近您正在实施的内容，请立即重构。如果没有直接触及您的工作，请考虑其他git分支以进行这些更改或至少另一次提交。
要进行单独的提交，您可以使用git add --patch并通过重构/功能实现等对您的更改进行分组。