推 dozer:828 829漸淪為筆戰 請兩位版友自制 10/12 11:50
推 alongalone:想不到g教授跑來這裡...?? 10/16 20:47
※ 引述《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)