※ 引述《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