代碼促銷：強制執行規則

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）可以做的事情就是與業務方面的經理見面，並列出成本/收益分析。

• 最壞情況的錯誤
• 的情形產生該錯誤的沒有適當的過程
• 成本給公司這樣的錯誤的。

理想的情況下，該錯誤會是這樣，實際上在過去，而不是理論上的東西:)

然後比較湊巧，與相對較少（只是做一些估計，希望與企業用戶的輸入）成本有適當的過程和相關的減速。

基本上，你需要他們的買入，說服他們這是爲了他們的利益不偷工減料。