※ 引述《ggg12345 (ggg)》之銘言： : 這樣的說法是不合理的假設. 這只是突顯具有這種現象的工具 : 存在著不容易被接受, 不容易被使用的缺點. 不合理的假設? 你不信我也沒有什麼義務去 persuade 你, 反正到你有真正的開發經驗你就會明白. 正如我說 coding style guideline 是共同開發 不可或缺的, 但統有一堆人不信邪, naming, indentation etc 亂寫一通. : : 觀乎各類 SCM, Subversion 有著 : : 1) 廣泛使用 : : 2) 整合性強 : : 3) 容易上手 : : 4) 免費 : : 這些都是被選為被推廣的SCM 的主因. 要是推廣目標是 : : 連基本的 SCM 都沒有用過的群體, 推其他比較小眾, : : 入門門檻較高的 SCM 豈不更沒意思? : : 雖然我沒有機會聽過那個推廣, 但我不明白為什麼 "推廣" : : 會被說成 "強制"呢? 還是政府強逼所有開發團體都要用 : : subversion? : subversion 想成為 CVS 的後繼者, 但列舉的目標與理由並不在 : 這四項中. 這也反應使用者有可能盲目相信地去試用了, 而且可 : 能也接受了, 但卻無法反應或感受到所列舉的目標. 這些是 SVN 的特點, 但並不是 "作為 CVS 後繼者的目標" 我還是說那句, 你親身去用用才東拉西扯吧 : : SCM 的角色根本就不是統帥. 還是那句, 你親身去學習試用一下 : : 再來討論吧, 不然一直扯一些不著邊際, 不相干的東西這樣很 : : 難討論 : 工具的本身就是具有工具的局限性與限制性, 這跟其原設計標的是有關的. : 規矩可以成方圓, 但規矩就使得依靠其產生的圖案落在有限的範圍, 不容 : 易再生出其他形式的圖案. : 練習過程式的人都知道 version control 的效用. 但懂得用 version 來 : 使自己避免錯誤, 跟非得使用某一種 version control tool 並不是必然 : 的關係, 不用某種特定工具者還是會去遵循某種管理的規則或方法在解決 : 問題, 這是問題與解決方法間的必然關係. 我就說你親身去用一用, 先去 了解究竟 SCM 在解決的是什麼問題, 然後才討論吧, 你扯的一堆有的沒的很多根本不是 SCM 的解決範圍. 然後說 Subversion 解決不了這個那個, 那麼要來幹啥? 拜託 : : 這裡有在用 SCM 的人不在少數, 我想沒有人會告訴你有 : : 原因 "不該用" SCM. : : 值得討論的是 "該用哪個/類 SCM" : 前面已經有人提出 CVS , 您是建議 subversion 就是了 ! : SCM 是更大範圍的項目, 這類事必然有但未必就是得用工具. 我個人 CVS 和 SVN 都用過, 我能夠說出為什麼我建議用 Subversion, 但你倒是連 SCM 的基本概念都缺, 就一直 東拉西扯 "SCM 是不是真的需要" 還是那句, 你真的去學習, 去實際使用一下, 拿點經驗, 不然 再討論下去也只是一堆長篇大論但沒有營養的討論 alien --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 202.155.236.82 ※ 編輯: adrianshum 來自: 202.155.236.82 (10/10 10:35) ※ 編輯: adrianshum 來自: 203.218.220.118 (10/11 01:20)