SCM與鎖與併發合併和團隊規模

Question

基於鎖的SCM的程序員的理想數量不會成爲開發中的嚴重問題？

編輯：

從根本上說，我不是，如果有案情鎖定或合併（即一個無法解決的火焰戰爭）要求。我要求的程序員的數量鎖定成爲一個嚴重的問題。我自己已經找到4到好一些，但這種假設以下

• 最爲大家都工作在同一個辦公室裏大喊大叫距離
• 工作主要是不相交的（這使得鎖定不是一個問題，除了常見的文件{我注意到：我的經驗是，當沒有很少或沒有共同文件來完成任務時，合併是最好的，這可能是一系列關於如何組織代碼以便不止一個人需要共同文件的問題） 。
• 構建不能被過早鎖定釋放/提交所破壞。

Answer 1

使用排他鎖的程序員的理想數量是。在上面，這只是痛苦，討厭，令人沮喪等等。所以，除非你是一個BAs團隊，處理無法合併的東西（比如word文檔），不要這麼做，要真正的男人/程序員和合並！

Answer 2

鎖是一個過時的概念。即使是單個開發人員 - 在你的筆記本電腦上創建一個鎖，然後嘗試在另一臺PC上工作，並且哎呀，你必須手動干預。通過合併樣式SCM，您甚至不必考慮它。