Svn 如何自动将Subversion中的文件从主干复制到特殊分支？

我们有以下情况：

• 用户启动提交（在主干上）
• 他在提交消息中添加了特殊的关键字，以表示此更改应该在分支上自动完成

有什么好的解决方案可以实现这一点？我看到了以下选项（但我想在此列出您认为最好的选项）：

• 查看后台作业中的每个提交，然后启动另一个提交以将相关更改复制到分支
• 实现一个post-commit钩子，直接在提交后触发更改

你的意见是什么？是否还有其他更充分的解决方案

在Subversion中，将修订从某个子树复制到某个现有子树是合并（-c，“cherry-pick-merge”，如果是单个修订）

只能在工作副本中执行合并

第1页和第2页的条件为我们提供了初步配方：

提交后钩子必须：

• 检测提交，需要执行操作（否则不执行任何操作）
• cd到本地（用于服务器）WC
• 执行

  svn合并-c。。。URL-OF-TRUNK

  ，可能是为了自动解决冲突，请使用

  --accept

  选项
• 向分支机构承诺

---

从@mliebelt添加：

• 最好的解决方案应该是，实现脚本以自动化该任务，但在客户机上手动运行该脚本
• 配置管理器（或其他已知用户）应手动澄清可能发生的冲突，在最好的情况下，他只需使用适当的日志消息提交更改

---

您将如何处理另一个分支中的合并冲突？这里没有答案。我认为不可能有冲突，因为没有平行发展。但会询问发起者。如果一些提交被合并，而一些没有合并，则会有冲突，因为合并的提交可能会修改在未合并的提交中创建的代码。非常感谢，这说明了为什么服务器解决方案可能不合适。等待更多反馈……我希望可以添加一个好的解决方案如何工作，您可以再次自由编辑；-）@姆利贝尔-不-不。。。您将使用（想要）集成管理器作为monkey，这是一种糟糕的风格。只有合并与用户干预冲突，不要用人工代替机器人我会认为我的补充是明确的：自动化，什么可以自动化，但在客户桌上做，所以手动干预是可能的。您知道“合并自动化工具”的一些实现吗？@mliebelt-必须仅将失败的合并通知客户端。成功的合并必须在没有人为干预的情况下执行。“合并自动工具”是任何允许创建自定义任务的CI工具，不是吗？