【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 标 题: Re: 硬件的版本控制有什么工具吗？
: 发信站: 水木社区 (Tue Jan 18 22:26:10 2022), 站内
:
: 1）事实是人家崩了，影响了全公司2天的工作。如果是git不管崩不崩都不存在这种问题。所以git更好，over。
这个锅svn背得真冤。事实上git的事故随便一搜就一大堆网页。
:
: 2）linus是为了解决linux的问题，但git如果只能解决linux，也不会有现在这个格局了。
:
: 就说你这个更新上百个版本的场景，你准备怎么管理？sch更新12次，layout更新18次，机械图更新10次。
: 比如机械图第3次更新了mount point位置，layout到第15次才做对应的修改，
: 每个文件哪次哪个版本是互相对应的关系你准备怎么表达？再比如两个人一起合作layout呢？你画了adc，我画了dac，一起提交啪冲突咋办？
用log来记录变更。冲突管理是用户的责任，vcs只是辅助。其实所谓对比合并之类也不是vcs的核心功能，第三方的bcomp等工具做得更好。
:
: 说穿了你不就是当ftp用嘛，这不叫vcs。我前面介绍的nextcloud就比svn好，类似的还有很多。
vcs和ftp有本质差别。网盘我评估nextcloud和seafile以后选的是seafile。网盘和vcs显然是两种不同的东西，不要混淆。你把svn等同ftp最大的逻辑错误是ftp是没有log和提交历史的。
:
: 3）你用过多少年我不关心，在做的各位谁不是干过xxx事情超过10年，都不是小孩了经验只是一个会自动增长的数字而已。如果不自省，还是个在错误的道路上自动增长的数字。没人讨论svn说明不了什么，那你觉得要怎样才算是说明了什么？要我写篇50页论文吗？面对下事实好不好。
事实上这个帖子你也一直没有提出过git比svn好的有力证据，只是泛泛而谈。
:
: 4）一个工具是否好用，要站在主流用户角度看。主流用户选择了git，所以它就是对的，over。
很多用户的心态我另外一个回帖里写了。
:
: 5）我说的partial checkout和svn的partial checkout不是一个意思，允许partial checkout恰恰是svn做错的地方。具体看我2）举的例子。
这是svn一个很好的特性，然而git做不到。甚至git里面建立一个空目录都不行，当然你可以说git不需要空目录。
:
: 6）c的特性不怎么变，但c现在在TIOBE榜上排第二呢。都是搜索引擎指数，svn呢？
说过了，因为svn太简单，所以没人搜索就能掌握，C虽然相比C++简单，但是对于大多数人还是难的。
:
: 7）我说的是设计理念，工具只是设计理念下的产物。
git的理念就是管理源代码这类文本文件。
:
: 8）觉得git复杂说明你还是不懂git。win也谈不上是linux发行版。你要这么说那linux就是世界占有率第一的os，毕竟有个android呢。
我并不觉得git复杂，就是一个管理代码的工具而已，能有什么难度，只是每次用起来繁琐。就像vim/emacs和vscode对比，只是繁琐，不好用，仅此而已。
:
: 9）你前面说了理性讨论问题，所以我才跟的。你这篇回答我感觉不到多少理性的成分，我觉得也不用争下去了吧，你看来也就是把git当svn用怎么用怎么不舒服的样子。千金难买我愿意，有些东西不撞墙是不会改的。
所谓的墙指的是什么？同时使用svn和git，按照应用场景来选择合适的工具，才是合理的。
:
: 【 在 spadger 的大作中提到: 】
: : 1）我说的证伪意思是svn处理4GB+文件毫无问题，针对的是你图片里提到的svn提交4GB
: : 文件挂掉。至于原因，只是随便猜一下，对结论没有任何影响。
: : 你举这个例子显然是想证明svn的缺陷，来论证git比svn要好，事实上它并不成立。至于
: : ...................
:
: --
: ※ 修改:·lvsoft 于 Jan 18 22:40:28 2022 修改本文·[FROM: 180.158.58.*]
: ※ 来源:·水木社区
http://www.mysmth.net·[FROM: 180.158.58.*]
--
修改:lvsoft FROM 180.158.58.*
FROM 222.90.31.*