continuous-integration - 下游作业使用与 Hudson 上游作业相同的内部版本号和颠覆版本

标签 continuous-integration hudson

我看到了一些重复的问题,但答案似乎没有帮助。以下是我需要的:我有上游作业 A 及其下游作业 B。一旦作业 A 成功完成,我使用参数化触发器插件启 Action 业 B。

我希望启动的作业 B 具有相同的内部版本号并使用相同的 SVN 修订版,作业 A 用于简化事情(顺便说一下,两个作业都使用单独的工作区。)

在作业 A 下,我检查了“在其他项目上触发参数化构建”,并在稳定时将颠覆版本和当前构建参数添加到作业 B 的参数中。

在作业 B 下,我检查了“此构建已参数化”并使用 SVN_REVISION 作为默认 HEAD 的字符串参数;和 BUILD_NUMBER 作为作业 A 的运行参数。在 SCM 下,对于 SVN url,我输入:http://svn-path-here/trunk@$SVN_REVISION

这样做总是会拉动 HEAD 并使用不同的内部版本号。任何帮助表示赞赏。谢谢。

最佳答案

快速网络搜索显示:

  • 使用参数化构建触发器,您需要在 SVN URL 中使用“peg 修订版”。例如。 .../repository/trunk@${SVN_REVISION}
  • 或者您可以使用 Tracking SVN plugin .

  • this thread .

    关于continuous-integration - 下游作业使用与 Hudson 上游作业相同的内部版本号和颠覆版本,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12571455/

    相关文章:

    entity-framework - VSTS 构建如何为 EF Core 添加更新数据库命令 Code First

    node.js - 使用 docker 时如何加快 CI 构建时间?

    javascript - Jasmine 单元测试未在 travis 上启动

    ant - Hudson 和 UCM ClearCase

    java - Jenkins 工作区管理

    java - 如果违反 Sonar 阈值,如何使 Hudson/Jenkins 失败?

    continuous-integration - 如何使用k8s集群外部托管的CI/CD管道中的kubernetes Helm

    continuous-integration - 尽管测试用例失败,AWS CodeBuild 仍将构建识别为成功

    batch-file - 使用 Hudson 远程运行批处理文件

    testing - 在 hudson 中设置测试构建作业,检测 make 何时无法编译