Git：在处理方法时，必须对项目中的其他文件进行结构更改。现在做出承诺的最佳方式是什么？

您可能知道：您处理类X中的一个方法，然后注意到，您需要更改许多文件中的一个（通常是小的声明性的，甚至是结构化的）内容，以便在将来更好地为您的方法以及整个项目工作

在我的例子中，我将该类连同相关类一起移动到另一个包中，以保护我的方法不受外部访问，但使包中的类可以访问它

现在我总是进退两难，不知该如何承诺。移动一个类会触发许多类中的许多更改、更改导入等。不鼓励提交和编写描述移动多个文件和新添加方法的消息，因为这不是纯粹的。我在方法的中间，所以我可以删除我正在工作的方法并提交结构改变。然后粘贴它，然后执行第二次提交

---

在那种情况下，你如何处理？这就是一个例子，但是我经常遇到这个问题。

当您准备提交时，您意识到更改对于一次提交来说太大/太复杂，您可以始终使用

git add-p

来查看差异并选择要提交的内容

另一方面，通常强烈反对伪造不按预期编译或工作的提交。因此，您最好将整件事都提交。

可能是