版本控制默認安裝/自定義觸發器和存儲過程

Question

我是一家小公司的開發人員，我們一直在努力實現一致的變更控制。我遇到了非開發人員正在調整生產環境中的存儲過程和觸發器的問題。當我們應用升級時，他們的更改將被覆蓋，因爲他們已經超出了開發團隊用來驗證數據庫更改已融入源代碼管理的流程。

您會如何從技術和個人角度推薦解決這個問題？

編輯1：關於我們當前流程的一點背景可能會有所幫助。我們使用持續集成服務器（TeamCity）生成安裝構件並在簽入時標記svn。我們在應用修復時使用NMigrations來管理模式和sp /觸發器更改。不幸的是，我無法阻止未經授權的模式更改，因此我希望找到的設計模式允許可重寫的觸發器/ sp定義。

Answer 1

你需要明確分開：

• 源控制管理
• release management

如果釋放環境是通過嚴格的ACL阻止任何保護扭捏在督促不應該是可能的正式任命部署和改變的東西。
如果那deployment process is automated,然後所有更改將通過proper channel，因爲任何人都會知道一個簡單的「按鈕」過程將足以部署此修補程序。

但是，如果在獲得源代碼控制該修補程序和部署很複雜，那麼在直接督促一個調整通常是結果...

Answer 2

限制權利，改變存儲過程和觸發器，尤其是在生產。繼續先讓他們知道，這樣他們就不會盲目，但是明確地保護生產免受所有未經授權的更改。