到目前为止,我一直在创建大型构建,例如“checkin build”,它只是确保代码编译并且所有测试都很好,jira等等(也报告像覆盖,checkstyle等)。 我有另一个大型构建,“夜间”,它与上面的相同,但也是maven网站,javadoc - 也就是说,运行较长时间的任务 - 也就是说,新的结账并再次构建所有内容(如果是夜晚,源控制的变化已经登记。)
现在我想做一个“build for production”,它或多或少应该和“nightly”一样,扩展应该标记并生成一个准备好部署的工件,bump版本等等。不幸的是,我并不总是有时间等待maven网站等的制作,但我仍然需要它们用于文档目的。我一直在寻找构建管道和继承插件,但我不知道这些是什么利弊 - 我在这里错过了“最佳实践”。
如果我可以按照自己的方式进行操作,我希望像“检查构建”这样的构建,然后新工作会标记并发布新版本(例如发布插件),然后新工作启动“报告”工作,最后创建maven网站等的工作,但我只想做一个结账。然后,所有这些构建应由前一个成功构建的构建触发。我当时一直在看“复制工作区”,但这感觉就像这样做的错误方法。
非常感谢任何投入,想法,经验等。
答案 0 :(得分:0)
重新" [...]"复制工作空间",但这感觉就像是错误的做法。"
看起来Shared workspace plugin正是您要找的。 p>