3

我的目标是使用 SVN 预提交挂钩将审查请求直接发布到审查板，而不是将其提交到存储库。作为第二步，我希望在批准差异后它应该自动转到存储库。

那有可能吗？如果是，那么一些指针将不胜感激。有很多地方解释了配置后提交，但我在谷歌上找不到任何东西。

编辑：试图详细说明问题

所以最近我们已经完成了审查委员会的设置。我们使用审查委员会 post-review hook 将其与 SVN 集成。一旦用户使用“发布评论”字符串提交，它就会进入审查委员会。

现在我想要实现的是

1. 来自 SVN 的用户提交。如果进入存储库，则更改应该以差异（自动）的形式提交给审查委员会。
2. 审稿人应该分配给默认审稿人（对于初学者，以后可能可以在提交字符串中指定）
3. 审稿人将对其进行审阅。批准后，应将差异提交到存储库（自动或手动）

4

3 回答 3

4
  1. 您可以使用预提交挂钩阻止提交并转移到 RB（阻止很明显，转移 - “如果你可以手动完成 - 它可以自动化”，但需要更多关于操作的详细信息才能获得明确的答案）
  2. 提交已批准的更改不是钩子的任务，它将是额外的独立自动提交，并且此过程可能包含一些陷阱：您必须保留队列中提交的原始顺序（如果可能同时存在多个），有条件更新的变更可以在之前的变更之前获得批准

从我的 POV 来看，提交到特殊分支而不是阻止提交并<this REV>在批准后合并到主干可能更健壮和简单

于 2014-02-18T14:20:41.573 回答
1

@abhishek：

  • 在我们的例子中，我们在 svn 中添加了一个 pre-commit 钩子脚本，它在提交时需要审查委员会 URL。如果不存在，它将阻止您提交。

  • 关于审查请求，我认为您可以从预提交脚本本身执行此操作。但这肯定会减慢提交过程。您可以获取 svn commit 消息并基于该消息创建审查请求。但我不会推荐这个，因为这不准确，你将无法详细说明你的更改。

  • 我们已经将 Eclipse 与 git 中可用的 e-reviewboard 插件集成在一起。这将允许您只需执行右键单击即可创建审查请求。它将自动上传所选文件的差异。在这一步之后，您可以使用该审查请求提交到 svn。这样您就可以详细说明您的更改。我认为这是最好的方法！

于 2014-04-10T17:31:31.280 回答
1

为什么我们不直接连接 Reviewboard Db 并在 pre-commit 挂钩中检查评论的适当状态。从而更清楚地解决问题。

于 2016-02-18T09:37:51.343 回答