您如何維護開發代碼和生產代碼？維護代碼時要遵循的最佳實踐和經驗法則是什么？在開發分支中只有生產就緒代碼，或者開發分支中是否有未經測試的最新代碼，這是一種好的做法嗎？你們如何維護開發代碼和生產代碼？編輯 - 補充問題 - 您的開發團隊是否遵循“盡快提交 - 通常 - 甚至是代碼包含 - 次要錯誤或不完整”協議或“提交 - 只有完美的代碼“協議，同時將代碼提交給開發分支？
3 回答
拉莫斯之舞
TA貢獻1820條經驗 獲得超10個贊
我們用：
開發部門專門
直到項目接近完成，或者我們正在創建里程碑版本（例如產品演示，演示版本），然后我們（定期）將我們當前的開發分支分支到：
發布分支
沒有新功能進入發布分支。只有重要的錯誤在發布分支中得到修復，修復這些錯誤的代碼重新集成到開發分支中。
具有開發和穩定（發布）分支的兩部分流程使我們的生活變得更加輕松，我不相信我們可以通過引入更多分支來改進它的任何部分。每個分支也有自己的構建過程，這意味著每隔幾分鐘就會產生一個新的構建過程，因此在代碼檢查之后，我們會在大約半小時內獲得所有構建版本和分支的新可執行文件。
有時，我們還為一位開發人員提供分支機構，從事新的未經驗證的技術，或創建概念驗證。但通常只有在更改影響代碼庫的許多部分時才會執行。這種情況平均每3-4個月發生一次，這樣的分支通常會在一兩個月內重新整合（或報廢）。
一般來說，我不喜歡每個開發人員在自己的分支機構工作的想法，因為你“跳過去直接轉向集成地獄”。我強烈建議不要這樣做。如果你有一個共同的代碼庫，你應該一起工作。這使得開發人員對他們的簽名更加謹慎，并且根據經驗，每個編碼人員都知道哪些更改可能會破壞構建，因此在這種情況下測試更加嚴格。
在辦理登機手續的早期問題：
如果您只需要簽入PERFECT CODE，那么實際上什么都不應該被檢入。沒有代碼是完美的，并且QA需要驗證和測試它，它需要在開發分支中，以便可以構建新的可執行文件。
對于我們來說，這意味著一旦一個功能完成并由開發人員進行測試就會檢查它。甚至可以檢查是否存在已知（非致命）錯誤，但在這種情況下，受該錯誤影響的人是通常告知。還可以檢查不完整和正在進行的代碼，但前提是它不會導致任何明顯的負面影響，例如崩潰或破壞現有功能。
偶爾出現一個不可避免的組合代碼和數據簽入將使程序無法使用，直到構建新代碼。我們至少要在登記注釋中添加“等待構建”和/或發送電子郵件。
添加回答
舉報
0/150
提交
取消