執行源代碼管理
回答
我們的基本方針是「如果它不是在源代碼庫中不存在。」
- 開發商只得到標記任務「開發完成」,當他們在檢查代碼。
- 只能從標籤組源代碼建立你的交付成果(不是有些滑稽的工作站副本。)
- NOTHING,這不是在源代碼控制進入QA或生產。
在斷碼的檢查被認爲是不好的形式,但沒有受到懲罰(從這些不便一點肋外)
我想使用持續集成和配置碎建立自動回了破但我並不期望能夠在很短的時間內在任何地方。
編輯:我們還要求每個註冊評論中的工件編號。這可以防止與需求無關的免費更改。
這些政策最好用同伴壓力來執行。創建一個公認的實踐提交代碼的環境。否則,這將成爲一個苦差事,開發人員會找到解決辦法。
這看起來確實是一個糟糕的主意。你能否解釋爲什麼你想強制簽入?
強制檢入將導致破壞的構建和錯誤代碼的傳播。只有在代碼處於運行狀態並且用戶有時間檢查其所有更改時才能執行簽入。開發人員應該可以自由地檢查某些內容,對其進行試驗並放棄其更改。我在檢查舊版本時一直這樣做。
如果你正在尋找的是強制備份,我會考慮除了源代碼控制之外的其他解決方案。
我認爲強制執行源代碼管理的最好方法是在您的團隊中構建一個良好的「軟件開發文化」。
開發人員非常瞭解源代碼控制的好處,不會猶豫使用它。
推薦文章:
持續集成服務器可能有助於鼓勵人們在自己的代碼來檢查。如果每個人都通過檢查代碼進行夜間編譯/單元測試,我想每個人都會看到好處。我同意以前的答案,強迫人們辦理登機手續可能不是最好的辦法 - 最好是鼓勵這種行爲,使用有利於團體的事情。
給大家發電子郵件並告訴他們使用源代碼管理或被解僱!我不是要告訴人們發出威脅,甚至是制定很多政策,但使用源代碼管理只是人們應該毫無疑問地加入的東西之一。
如果人們對源代碼控制不認真,那麼有兩種可能性。 1)設置太困難了,你應該簡化這個過程,使它成爲一步入住的過程。2)他們是不好的開發人員,需要去。期!
+1我的意思是認真......開發人員不會在源代碼控制上工作?我甚至不會考慮在沒有源代碼控制的地方工作。 – JasonS 2009-04-29 05:57:21
- 1. 源代碼管理
- 2. 源代碼管理
- 3. 託管源代碼管理?
- 4. 源代碼管理管理器後端
- 5. 實施源代碼管理
- 6. 源代碼管理佈局
- 7. Rails源代碼管理資產管道?
- 8. 源代碼管理綁定無效,試圖更改源代碼管理無效
- 9. Visual Studio 2008源代碼管理資源管理器與Subversion
- 10. TFS和源代碼管理資源管理器
- 11. 如何管理源代碼管理中的常見源文件?
- 12. 現有開源項目實施的源代碼管理/管理
- 13. VS 2008和源代碼管理資源管理器錯誤
- 14. 執行清理代碼?
- 15. Visual Studio 2010中的源代碼管理?
- 16. CM用戶的源代碼管理
- 17. Ubuntu源代碼連接管理器
- 18. MS Dynamics CRM的源代碼管理
- 19. 源代碼管理工作區
- 20. 跨平臺的源代碼管理?
- 21. TFS和IIS - 源代碼管理
- 22. Git到TFS源代碼管理遷移
- 23. Websphere Commerce源代碼管理設置
- 24. 源代碼管理與Xcode 4.4
- 25. 爲SVN源代碼管理設置SSL
- 26. 多個項目的源代碼管理
- 27. 研究數據庫管理源代碼
- 28. PHP源代碼管理服務器
- 29. 每個人的源代碼管理?
- 30. Delphi歷史記錄 - 源代碼管理
我認爲他的意思是說他想強制使用源代碼控制,而不是他想強制簽入發生。 – 2009-04-29 19:40:05
這是相當開放的解釋。他要求進行自動驗證,以確保代碼已簽入。 它確實值得讚賞嗎? – womp 2009-04-29 19:52:54