问题标签 [git-review]

git review我的工作场所开始使用我以前从未使用过的Gerrit 和。我的遥控器被调用acme，但似乎git review想要调用遥控器gerrit。如果可能的话，我想避免更改遥控器的名称。我希望我的遥控器仍然被调用acme，并且我想git review使用那个遥控器，就像它被调用一样gerrit。那可能吗？

我已经问了一个问题，但我还没有找到合适的答案。

如何在 Gerrit 中将大量代码转换为小补丁

例如，我的代码有几个 python 文件：p1.py、p2.py、...、p5.py。

现在我想将 (p1.py 和 p2.py) 分组到一个补丁集中，并将 (p3.py. p4.py 和 p5.py) 分组到另一个补丁集中。但条件是 2 个组应该是相同的分支名称。这是一个例子：

示例显示具有相同分支名称的不同补丁集

请让我知道我该怎么做。

我在 Visual Studio 2010 中使用 git 进行源代码控制。我可以使用“git status”、“git commit”之类的命令，但是当我尝试使用“git review”时，我收到错误，因为“git: 'review' 不是一个 git 命令。见 'git --help'。请帮帮我

Edit1：我正在使用“git review”将 git 分支（代码）提交给 gerrit 进行审查。

我总是想在最新的 master 之上进行评论，这意味着当我更新 gerrit 评论时，我必须运行两个命令：

git rebase origin/master && git review

有没有办法说服 gerrit (review) 自己去做？

我得到以下信息git review：

我有很多分支，每个分支都实现了特定的功能。我只想发送审查 HEAD (2de3eef) 上的提交，仅此而已。

我发现一篇文章说我可以使用 git cherry-pick 将选定的提交移动到另一个分支并从另一个分支发送它以供审查。我不想通过另一个分支发送它以供审查，我想通过同一个分支发送它，因为它与特定功能有关。

我该如何解决这种情况？

每次我使用git-review以下方式结帐到评论分支时：

该status命令告诉我我在gerrit/master分支前面：

所以我检查了gerrit/master分支：

然后尝试重新定位当前的 master 并向其推送新的更改：

...如您所见，不成功。

它并没有给我或我的团队带来太多困扰，因为我们已经习惯了。不过，保持存储库清洁会很好。我猜脚本中的这一行是git-review造成这种行为的原因（将上游设置为gerrit/master而不是master）。

为什么这个分支如此落后？

我可以以某种方式更新它吗？

否则，我能完全摆脱它吗？

我对如何git review工作感到有些困惑？

我在这里得到了官方文档很好的手册，但我仍然无法理解如何修改下载的更改，然后使用简单的推送来提交和推送git commit --amend它git review？

我的意思是，这与重写历史记录/更改推送提交不一样吗？

还有git review -R，想知道什么时候为什么要使用它？

我正在开发一个供大型开源社区使用的 gerrit 存储库。要合并补丁，我们不能只是推送它们，而是需要对其进行审查。使用 git cli，我在本地提交补丁后使用“git review”执行此操作。我知道如何使用 IntelliJ 进行“git pull”更改和“git push”补丁，但我不知道如何“git review”补丁。有谁知道这是否受支持以及如何使用它？

当更改已过时并且需要通过在作业开始时添加一段代码来触发和错误时，我想在 Gerrit 触发的 Jenkins 作业上快速失败：“首先重新设置您的更改。”

您可以在使用 Gerrit 触发器插件时传递给 Jenkins的哪些环境变量中找到由 Gerrit 插件定义的 Jenkins 变量列表？

我有一位听众问 Gerrit 是否允许你在事后审查提交。这将允许他们当前的项目继续前进，而他们更大和更老的团队可以继续学习 Gerrit 的使用。这样，他们的下一个项目可以完全采用 Gerrit 作为其提交的入口。