全部，
我们遇到了工程师在没有彻底测试和审查代码的情况下推广文件的问题。他们最终打破了基线。我不想假设工程师只会在经过审查和测试后才推广他们的代码，我想限制他们推广的能力，直到他们被允许这样做。例如，在代码审查之后，我想选择用户/用户以及允许他们推广的文件/文件。我怎样才能自动化这个过程？
你们其他人如何处理工程师故意或无意地提升最终打破基线的文件的这个“问题”？谢谢你的帮助。
问问题
1022 次
1 回答
3
有几种方法可以解决这个问题。最简单的方法是在目标流上加一个锁，基本上说“只有特定的用户或特定的组可以提升到这个流”。这是通过点击流浏览器中的流来完成的。因此，现在您最终会遇到进入该流的障碍，这是您可以控制的。您也可以添加额外的流层来补充这种方法。例如，如果您目前拥有：
Prod_Stream -- Build_Stream -- 工作区
...你现在可以做到：
Prod_Stream -- Build_Stream -- Review_Stream -- 工作区
将升级锁放在 Build_Stream 上，以便他们可以随意破坏 Review_Stream，但您可以在 Build_Stream 中保持更原始的环境。
听起来您没有使用 AccuRev Change Packages，它能够将源文件链接到发布记录。这些也成为一种强大的控制机制，您可以在其中对这些变更包的提升设置约束，例如，除非名为“状态”的问题字段的值已切换为“通过审查”，否则不允许审查构建提升。这些然后成为程序控制，而不是手动实现的。
在 AccuRev 中有很多方法可以给众所周知的猫剥皮。如果您想了解更多信息，可以联系 AccuRev 支持或您的特定客户团队讨论替代方案。
问候，〜詹姆斯
于 2011-05-13T19:39:19.783 回答