31
|
Conceited Code · 技术社区 · 14 年前 |
1
102
一方面,SVN集成(与IDE、frameworks、wiki等)非常成熟,其gui和代码浏览器也非常成熟(尽管像Git和Mercurial这样的dvc每天都在进步)。 另一方面,在企业环境中引入DVCS仍然不是一项简单的任务:
说清楚点,用 DVCS是一个非常有效的选择 :
StackOverflow(不是开源项目)正在使用Mercurial(请参阅
HgInit, written by Joel Spolsky
).
|
2
22
如果有什么不同的话,Subversion对于一个开发人员来说更糟糕(安装起来更麻烦)。 但继续使用SVN的一个很好的理由是惯性。如果SVN对您的项目(或在您的公司)运行良好,则无需经历切换的痛苦。教每个人新的工具(和新的工作流程)可能需要一些培训成本,但没有真正的好处。 |
3
12
我认为Subversion仍然比Mercurial和Git更适用于大文件,比如媒体资产、Photoshop文件、After Effects composites等。我记得Linus Torvalds提到大文件是Git在应用程序中为数不多的潜在问题之一 this Google Tech Talk . Mercurial有一些扩展,用于在存储库外存储大型文件。因此,在这种情况下,它们似乎都会遇到性能下降和/或其他问题。 另一方面,颠覆正被当今社会所利用 Blender Open Movie Project . 我不认为他们用它来存储渲染帧,因为每个渲染过程至少需要几GB的数据。但是,对于所有的3d场景、对象、装备、纹理和脚本,这仍然是一个包含许多大型文件的大型存储库。 |
4
11
持续 另外,我认为SVN还有一些地方,特别是在教学修订控制方面。但这是我在大学里学习SVN和自学git的亲身经历,所以我的观点并不客观。 也就是说,如果您从 划痕 ,我想不出任何情况下,你可能会认为SVN是绝对必要的。也许是在处理遗留系统时。 或旧用户;) |
5
9
我什么都不知道 内在的 选择集中风险投资的原因,有很多外在因素,如遗留系统、管理惯性、学习曲线等。 DVCS在很大程度上证明了自己是“更好的捕鼠器”。 |
6
8
真正的问题不是SVN与Git/Mercurial的对比,而是分布式与集中式的对比。在某些情况下,集中式可能更好,例如需要严格控制和彻底记录的公司环境。 |
7
7
|
8
6
当集权范式是理想的时候,颠覆才是理想的。
|
9
3
|
10
3
但是,不能将SVN用作Git或Hg的客户机。
|
11
2
我的回答基于以下几个假设:
其次,DVCS被认为是比Subversion更好、更强大的工具。过去关于堆栈溢出的讨论很多,其他的答案也表明,大多数人都同意DVCS是“更好的捕鼠器”。我觉得没有必要证明这一点;你可以仔细阅读这里已经发布的链接/类似问题。当然,并不是每一个dvc在各个方面都比Subversion好,但我相信像Mercurial、git等领先的dvc几乎在各个方面都比Subversion好。 所以按照我的逻辑,如果你要为工作选择最好的工具,而Subversion是一个低劣的工具,Subversion 不再使用。这并不意味着我们将看到全球范围内的即时采用,但我的观点是——如果你相信使用最好的工具来完成这项工作——所有的组织 应该 计划转移到DVCS。当然,很多人不会,我预计人们将继续使用颠覆很长一段时间。 |
Eric · pip安装-e svn+ssh不接受用户 6 年前 |
Anu699 · 在git中管理多个项目的最佳方式是什么?[已关闭] 6 年前 |
Dipu H · Viewvc未扩展关键字 6 年前 |
NealWalters · SVNLook-存储库格式-语法不正确 6 年前 |
m-mas · 尝试与svn重新同步trac时出错 6 年前 |
Wombattle · 通过命令行在SVN中保留时间戳 6 年前 |