问题标签 [gerrit]

如何在不进行任何合并提交的情况下将我的 gerrit 补丁更新为最新代码？我的补丁落后了一些提交，我不想在 gerrit 上制作新补丁。

一些背景知识：Gerrit 通过 SSH 公开事件流。这是一个可爱的技巧，但我需要将这些事件转换为 AMQP 消息。我尝试使用ruby​​-amqp和Net::SSH来做到这一点，但是，似乎 AMQP 子组件根本没有运行。

我对 EventMachine 还很陌生。有人可以指出我做错了什么吗？“单个 EventMachine 反应器中的多个服务器”的答案似乎不适用。该程序也可用于更容易访问的要点，它是：

我们有一个使用 Jenkins 配置的自动构建系统，与 Gerrit 集成。今天的瓶颈之一是，由于存储库的大小，Jenkins 需要大约 3.5 分钟才能完成每个构建的“git clone”。使用“git archive”进行相同的签出大约需要 12 秒。

可以将 Jenkins 的 gerrit 插件配置为使用“git 存档”吗？这将大大减少我们的构建时间。

在工作中，我们目前使用 Subversion for SCM。我已经设置了一个本地 git-svn 镜像并将其用作我的主要开发工作区。我现在对基本功能感到满意。团队中的另一位开发人员也想迁移到 Git，因此我们正在考虑使用 svn 存储库的 git 镜像。我还想在这个练习的同时尝试 Gerrit。

我想象的设置是这样的：

1. svn 存储库的 git 镜像。这里的主分支与 svn 上的主干同步。

2. 对于每个功能，都会创建一个主题分支。这与进行审查的 Gerrit 相关。一旦变更集被批准，Gerrit 将主题分支合并回 master。

3. 一个 gitweb 或类似的 Web 应用程序，用于在浏览器上查看存储库。

4. 除主干外，其他分支的类似过程。

本质上，我想要的是只与本地 git clone 和 Gerrit webapp 交互；将审查过的更改推回 svn 应该会自动发生。我该如何设置这样的东西？

I am using gerrit. I used the following command

This adds the change-id to my commit message, however if I amend to a commit it creates a NEW change-id. So when I push back to gerrit it's not adding the patch set, it's creating a whole new review entry.

Any suggests please?

Found the answer, but stackoverflow won't let me answer my own question.

So this was a complete error on my part. When I was trying to commit git commit --amend -m "Initial Commit"

I was inlining the commit message and that was wiping away the change-Id, thus giving me a new one.

我在编写一些 Gerrit http://code.google.com/p/gerrit/钩子时遇到了一些问题。

http://gerrit.googlecode.com/svn/documentation/2.2.0/config-hooks.html

如果我为 patchset-created --change --change-url --project --branch --uploader --commit --patchset 解析命令行

命令行输入：

打印 sys.argv[1:]

打印选择列表

我不知道为什么脚本会生成

因为所以脚本不解析 --commit --patchset ...

当我解析评论添加时，一切正常：

命令行输入：

打印 sys.argv[1:]

以前写commit message来连接issue系统issue #9548, redmine start page is fixed，想问能不能写在gerrit系统的hook或者plugin中。

所以在代码审查页面，issue #9548可以自动显示我的issues系统的http链接（如redmine）：=> issue#9548，redmine start page is fixed

这将很容易进行代码审查。

我在 ubuntu 服务器上安装了 gerrit 服务，我的 PC 作为客户端。我在我的 PC 上创建了一个 git repo（使用 msysgit），问题是：如何将 git repo 上传到 Ubuntu 服务器？我应该先在 Ubuntu 服务器上做一些工作（我刚刚安装了 gerrit 和 git 服务）？

我正在尝试使用 Gerrit 实现“git-flow”类型的工作流，但我似乎无法弄清楚最后一块拼图。

我的问题有两个先决条件：

• Gerrit 只会合并到一个分支
• 我不允许将合并提交推送到 Gerrit。更改获得批准后，合并必须由 Gerrit 完成

我要解决的问题如下。考虑这种 git 情况：

有一个带有一个提交的 master 分支和一个从 master 派生的带有几个附加提交的开发分支。一段时间后，develop 分支合并回 master 以创建下一个生产版本。开发人员使用来自开发的主题分支和严格的变基。在推送之前，他们的提交总是基于最新的上游开发。这应该会导致线性历史记录，并且只会快进提交。

现在假设有人从 master 创建了一个 hotfix 分支并合并回 master：

这个提交现在只合并到主分支，但开发人员需要在他们的开发分支中提交这个提交，以将错误修复合并到他们的更改中。通常你会合并主分支来开发开发分支，但考虑到我的先决条件，这是不可能的，因为它会创建一个本地合并提交。

我的问题是：如何将主分支的新提交合并到本地开发分支中，以便开发人员的任何新更改都包含错误修复？理想情况下，我会修改我的脚本以首先将错误修复更改应用到本地开发分支（合并但没有合并提交），然后重新设置开发人员的提交并推送。这样，错误修复将自动添加到他们的新更改中，并将被视为新提交的一部分，而不是单独的提交。

我一直在考虑可能的解决方案：

• Cherry 选择提交到开发分支。我相信下次开发与 master 合并时，这将始终导致重复提交。有没有办法解决？
• 如此处所述的变基： http ://davitenio.wordpress.com/2008/09/27/git-merge-after-git-cherry-pick-avoiding-duplicate-commits/ 。自从发布了开发分支后，这可能会导致问题，或者不会？

我希望我的问题很清楚。如果需要进一步澄清，请告诉我。我知道我的工作流程非常严格，但与 Gerrit 结合使用将是理想的选择。如果它不能完成，那么我可能会允许合并提交......

我们的项目使用 Gerrit 进行代码审查。目前我们主要致力于下一个版本的主分支和一个维护分支。

我想知道将维护分支中的提交合并到 master 的最佳实践是什么。我是否必须将那些已经在维护分支中的提交一一推送，然后再次进行代码审查过程？