所有
我们遇到了工程师在没有对代码进行全面测试和审核的情况下推广文件的问题。他们最终打破了基线。而不是假设工程师只有在经过审核和测试后才会推广他们的代码，我想限制他们的推广能力，直到获得他们的许可。例如，在代码审查之后，我想选择允许他们推广的用户/用户和文件/文件。如何自动完成此过程？
你们其他人如何处理工程师故意或意外地推销最终打破基线的文件的“问题”？ 谢谢你的帮助。
答案 0 :(得分：3)
有几种方法可以解决这个问题。最简单的方法是在目标流上放置一个Lock，它基本上是“只有特定用户或特定组才能提升到此流”。这是通过在流浏览器中点击流来完成的。所以现在你最终会遇到进入该流的障碍，这是你可以控制的。您还可以添加额外的流层以补充此方法。例如，如果您目前有：
Prod_Stream - Build_Stream - 工作区
......你现在可以做到：
Prod_Stream - Build_Stream - Review_Stream - Workspaces
将提升锁置于Build_Stream上，以便他们可以打破所有想要的Review_Stream，但在Build_Stream中保持更原始的环境。
听起来你不使用AccuRev Change Packages，即将源文件链接到问题记录的能力。这些也成为一种强大的控制机制，您可以在这些约束中围绕这些变更包的推广，例如，除非将名为“状态”的问题字段的值切换为“通过审核”，否则不允许进行审核以构建促销。然后它们成为程序控制，而不是手动实现。
有很多方法可以让AccuRev中的谚语猫皮肤沾染。如果您需要更多信息，可以联系AccuRev支持或您的特定客户团队讨论替代方案。
此致 〜詹姆斯