'git review' 是强推 Gerrit 吗？
Is 'git review' a forced push in Gerrit?
我对 git review 的工作原理有点困惑？
我在这里 fine manual 获得了官方文档，但我仍然无法理解如何修改下载的更改，然后使用 git commit --amend 和 git review 提交并推送它与简单推送一起工作？
我的意思是，这与将 history/making 更改为推送提交不一样吗？
还有git review -R，想知道什么时候为什么要用那个？
如果你：
- 下载 OPEN 更改
- 进行一些更改
- 提交 --amend
- 推送到 Gerrit (refs/for/BRANCH)
您将为之前的更改创建一个新的 PATCHSET。 "git review" 只是使第 1 步和第 4 步变得更 easy/automatic 的工具。
"git review -R"用于跳过gitreview在推送步骤之前执行的自动"git rebase -i"步骤。如果您不确定 "git rebase -i" 的作用，我认为它很好，请不要使用它。
我建议您阅读 Gerrit 文档中的 A Quick Introduction 项，以了解有关 Gerrit 的更多信息并了解其工作原理
我找到了完整的答案 here。
torek 和 Marcelo 的评论也有帮助
基本上，推送到 gerrit 不是推送到分支而是一个暂存区（待定更改），它是对最终每个提交将合并到的分支的引用
这些 refs 也不完全是 refs，而是一些 Gerrit 魔术，可以让客户相信它们的存在
我对 git review 的工作原理有点困惑？
我在这里 fine manual 获得了官方文档，但我仍然无法理解如何修改下载的更改，然后使用 git commit --amend 和 git review 提交并推送它与简单推送一起工作？
我的意思是，这与将 history/making 更改为推送提交不一样吗？
还有git review -R，想知道什么时候为什么要用那个？
如果你：
- 下载 OPEN 更改
- 进行一些更改
- 提交 --amend
- 推送到 Gerrit (refs/for/BRANCH)
您将为之前的更改创建一个新的 PATCHSET。 "git review" 只是使第 1 步和第 4 步变得更 easy/automatic 的工具。
"git review -R"用于跳过gitreview在推送步骤之前执行的自动"git rebase -i"步骤。如果您不确定 "git rebase -i" 的作用，我认为它很好，请不要使用它。
我建议您阅读 Gerrit 文档中的 A Quick Introduction 项，以了解有关 Gerrit 的更多信息并了解其工作原理
我找到了完整的答案 here。 torek 和 Marcelo 的评论也有帮助
基本上，推送到 gerrit 不是推送到分支而是一个暂存区（待定更改），它是对最终每个提交将合并到的分支的引用
这些 refs 也不完全是 refs，而是一些 Gerrit 魔术，可以让客户相信它们的存在