代码促销：强制执行规则

Question

因此，这里是我们的问题：

我们有一个小团队的开发人员用自己做things--我想正式的过程中，我们需要向方式促进我们的代码按以下顺序：

本地沙箱>设备> UAT>分期>住

开发商开发/测试，因为他们去自己的沙箱，开发是自己的盒子，我们将使用持续集成，UAT是开发盒中的另一个IIS站点，它使用我们的开发数据库。然后，我们升级到分段，这是活动框中IIS的一个站点，并使用实时数据（就像活动，因此分段）。然后，最后，我们促进生活。

下面是我的一些问题：

1）这似乎是最好的做法？如果不是，需要改变什么？

2.）我该如何执行规则给开发者？通常开发人员为了节省时间而跳过步骤......这是不应容忍的，如果能够实际执行，这将是非常好的。

3.）如何将这些规则强制执行到业务组？该业务部门只想将功能从FAST中解放出来。我们是否只在某些日子推广？

Answer 1

听起来像一个很好的设置给我...我们没有可能工作的地方。我们有DEV> QA>生产。

1）我不完全确定“最佳实践”是什么，但您的设置对我来说似乎是一个非常好的做法。我唯一担心的就是沙盒环境。是否有保证每天都支持开发人员的代码？以防万一他们的机器崩溃？我讨厌失去好的开发代码。

2）我们有一个“放协调员”这里谁实施访问到SourceSafe和TFS还控制进入QA环境，以便只有特定的时间可用时。

3）对于业务测试人员来说也是如此，除非他们的权限来自项目经理。 PM有一份文件，每个项目都会填写一份文件，并指定测试团队。

我们只在某些日子（每隔一个星期四）进行宣传。然而，我们确实知道可能会有紧急情况，并且我们已经在需求召集的那些日子里完成了产品发布，但是这些紧急情况是在事后进行记录并进行分析以查看哪些方面出了问题以及我们可以在哪些方面进行改进。

我会说只要你的环境得到控制和记录，你应该没问题。确保所有内容都在沙箱区域进行备份以及一小部分人员控制对其他环境的访问是很好的做法。我还建议你在“安全”的环境中保存良好的文档，以防万一出现问题，你可以通过日志回溯，看看可能发生了什么或者可能做了什么，而不一定是指向手指但要回去说“你上传/更改了什么？”所以我们可以看到可能导致问题的原因。

祝你好运，

Answer 2

我们在我店有类似的设置。我们通过使用不同的物理机器和通过密码进行访问等来强制执行此操作。我通过自己的VPC进行本地开发，然后检查代码。就我而言，这就结束了。另一个人可以访问开发箱，在那里他可以根据需要运行构建，但他不能访问“活动”框，而另一个人则可以访问。这个人可以访问“dev”框和“live”框 - 这样，如果需要，他可以进行emercency部署等。一旦构建完成并开始测试，那么，只有这样，才能完成“实时”构建。

Answer 3

斯科特已经很好地回答了，所以我不会重复他的逻辑。他似乎错过了一个是：

如何执行这些规则的业务组？

问题是，您无法在业务组上执行任何操作。只有他们的经理可以。

您（作为IT）可以做的事情就是与业务方面的经理见面，并列出成本/收益分析。

• 最坏情况的错误
• 的情形产生该错误的没有适当的过程
• 成本给公司这样的错误的。

理想的情况下，该错误会是这样，实际上在过去，而不是理论上的东西:)

然后比较凑巧，与相对较少（只是做一些估计，希望与企业用户的输入）成本有适当的过程和相关的减速。

基本上，你需要他们的买入，说服他们这是为了他们的利益不偷工减料。