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