※ 引述《ggg12345 (ggg)》之銘言： : ==================================== : 1.如果 version control 是必要又不可或缺, 那根本就不必進行強 : 制性的推廣, 因為一定會去使用. 我還是那句, 要是你真的有參與過實際世界的開發, 就不會再去想是不是真的不可或缺. 但總有一堆人, 寧願苦幹混亂也不願意去接受新的 觀念, 推廣就是為了這類人而做的吧. : 2.剩下的問題就變成是該使用那種工具, 挑那種含 version control : 的軟體支援工具會比較好 ? 如果是這樣, 那有必要強制推廣那種 : 特定的 version control 工具嗎 ? 例如 subversion . 觀乎各類 SCM, Subversion 有著 1) 廣泛使用 2) 整合性強 3) 容易上手 4) 免費 這些都是被選為被推廣的SCM 的主因. 要是推廣目標是 連基本的 SCM 都沒有用過的群體, 推其他比較小眾, 入門門檻較高的 SCM 豈不更沒意思? 雖然我沒有機會聽過那個推廣, 但我不明白為什麼 "推廣" 會被說成 "強制"呢? 還是政府強逼所有開發團體都要用 subversion? : 3.會提出要推動, 必然是用了某種工具的人覺得大家都用這個工具應 : 該會有幫助. 但不熟該工具卻已經使用另一個類似工具者可能就會 : 覺得沒有立即的幫助還得耗時學習, 那豈不是一種沒必要的負擔, : 這跟品質與時效就成了衝突, 想接受的人必然少了, 推動就變成是 : 個費力不討好的事. 還在質疑 SCM 會不會對開發有幫助, 對品質有沒有幫助, 只是因為你缺乏實際開發經驗而已. : Version Control 是個大項的概念, 單包獨幹下使用的 version control : 對獨個開發者是很有幫助的, 也無所謂衝突了如何排解的仲裁問題. 但一 : 個群體的分工合作時, 使用了 version control 就得考量是否因分工不當 : 反而隨工具而造成不必要的問題. 分工是否恰當與你用不用 SCM 一點關係都沒有. 其實就算 現在沒有 SCM, 當做團體開發的時候, 原 po 說那種情況 就不會發生了嗎? 正如很多回文中已經提到, 那是開發流程和methodlogy 的問 題, 我建議你去真正的選一個 SCM 用一用 (我個人也是會建 議 Subversion), 先去明白 SCM 在解決的問題是什麼吧. 要 是連 SCM 也沒有真的去了解過, 思考過程難免東拉西扯不著 邊際. : 這個標題的原來post不就提出這種可能嗎 ? : 一個群體必有統帥, 但甚麼樣的統帥才是大家想要的, 可接受的, 也是很 : 重要的吧 ! 顯然答案不會是有統帥就好. 有時候受制於爛統帥可能不如沒 : 有還好, 是吧 ! SCM 的角色根本就不是統帥. 還是那句, 你親身去學習試用一下 再來討論吧, 不然一直扯一些不著邊際, 不相干的東西這樣很 難討論 : 還是請各位就已知在使用的這類軟體, 提出個該用甚麼不該用那個的建議 : 或討論吧 ! 先謝了 ! 這裡有在用 SCM 的人不在少數, 我想沒有人會告訴你有 原因 "不該用" SCM. 值得討論的是 "該用哪個/類 SCM" --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 202.155.236.82