在具有CI系统的典型软件开发组织中，每天有10个或100个连续构建。只选择一个这些版本（通常是最新的版本）并且＆＃34;促进＆＃34;成为候选人（RC），进入下一个质量门 - 通常是质量保证部门。然后，他们选择其中一个RC（其他人被丢弃）并再次选择＆＃34;促进＆＃34;它到了一个新的水平 - 要么是临时环境，要么是验证等等。然后，最后......这些构建中的一个再次被提升为＃34;成为官方发布。
为什么这很重要？
- 可见性：您可能想要区分许多＆＃34;常规＆＃34;，连续构建来自少数，选择＆＃34; RC＆＃34;生成。
- 保留：如果您经常提交（这是最佳做法），您可能会获得大量日常构建，并希望实施保留策略（例如，仅保留最后100个版本或仅保留从过去7天开始构建）。然后，您需要确保已提升的构建（RCs）被锁定以防止保留。如果您将二进制文件部署到客户端，这一点非常重要，并且可能需要确切的二进制文件以便在将来重现一个转义错误的错误（尽管您仍然在存储库中有源代码，我已经看到了逃避错误与构建过程而不是源代码 - 由于构建过程的快速更改或构建时间敏感数据（如数字签名）。
- 权限：您可能希望阻止使用＆＃34;半烘焙＆＃34;来自非开发人员的功能。
- 二进制存储库：您可能只希望将有意义的构建发布到外部二进制存储库。
詹金斯的建设可以被推广＆＃34;手动或自动，使用Promoted Builds Plugin等插件。您还可以创建整个＆＃34;促销＆＃34;工作流使用管道脚本。这是一个例子：
- a＆＃34;持续＆＃34;调查SCM并以每次变化为基础的工作。它有一个保留策略，只保留最后50个版本。访问仅限于开发人员;
- a＆＃34; Release Candidates＆＃34;从手动选择的构建中复制工件的作业（使用参数）。 QA测试人员可以访问;
- a＆＃34;发布＆＃34;从手动选择的RC复制工件的作业。允许访问整个组织。二进制文件将发布到外部/公共存储库。
我希望这能回答你的问题： - ）