我了解到 git 有不同文件状态的概念:
1. 新
2.修改
3.上演
4. promise
经过大量搜索，我发现如果我想将代码审查发送到任何工具，我必须提交到本地存储库并将其推送到某个中央存储库以进行代码审查(通过任何代码审查工具，例如 Gerrit) .
现在，假设文件在开始代码审查过程之前处于状态 A 并且它经历了 10 次审查返工，即 10 次修改，即 10 次提交到本地存储库，最后文件处于状态 B，最终应该提交。
从状态 A 到状态 B 完成了 10 次提交。
假设这 10、4 次提交位于文件的同一部分/部分。
所以，最后，当我将审查和接受的文件的最终状态 B 推送到主中央存储库时，我将不得不进行 10 次提交，其中一些中间提交需要返工，即不需要的提交。
但我不想要那些不需要的提交。
据我所知，我对最终状态 B 感兴趣，只需一次提交即可将其推送到存储库。
所以我正在寻找任何这样的方法/工具，它允许发送 git 暂存更改以供审查。审稿人会审。如果他拒绝并建议进行一些更改，那么我会取消之前的更改。应用建议的更改，暂存这些更改并再次发送以供审核。
因此，最终当代码审查接受时，我将单独提交我的分阶段更改，并且只需要一次最终推送。
最佳答案
无法在 git 存储库中推送未提交的更改。
但是，您可以使用不同的分支来实现您想要的。
您可以在开发分支上工作，并根据需要进行尽可能多的提交。
您可以将它们推送到远程服务器上的某个开发分支。
在审阅者接受更改后，您可以将提交 merge 到主分支中。
如果需要，您可以使用 git rebase 将提交 merge merge 为一个提交。
关于git - 我可以将 git 暂存区域的更改发送给代码审查(到任何代码审查工具)吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/12715330/