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