我下一次换工作，一定要将不使用 svn 这个条件放在第一

来自于被 svn 狠狠折磨了半年的感受。

svn 是一个非常脚本不友好、UE 不友好的 VCS ，因为使用 svn ，导致很多 git 上司空见惯的可以自动化的操作无法自动处理，导致了记目录、开权限、摘代码等一系列奇葩操作。因为最近跟 svn 打交道的次数突然密集了起来，我的痛苦程度与日俱增，想上 v2 找共鸣的时候看到了很多那种言论，没错你们懂的就是那种“工具而已”的言论，我看到的时候火就要冒起来，我一边想把公司里管事儿的选 svn 的那个人吊起来抽皮鞭，一边想把说那种言论的人吊起来抽皮鞭

近年来的 IDEA 对 SVN 的支持也是愈发的差劲了，拿 2023.1 举个例子，如果你的 svn 项目代码在 svn.com/projectx/fxxku/trunk 下面，如果你在一个大的目录下比如 D://projectx 上 checkout 了 projectx 层级，在 D://projectx//fxxku/trunk 目录打开了 IDEA 项目，这个时候你是没法在 idea 里面操作 svn 的。在一个如果你想将大提交拆分成多个小提交，svn 又会让你的提交每次都与服务器同步，那此时你想要在本地弄个 git 库，git 和 svn 一起管理当前目录，IDEA2022 是可以的，但是 2023 的 svn 就他娘的有问题

为什么还他娘的有公司因为以前用 svn 没问题所以他娘的准备一辈子用 svn 啊草据我观察，一大半的流程事务用人来堆了，换了 git 分分钟把这些吊事务都给搞没了，出错概率还低，怎么这领导一点都没有感知到呢天天埋头在自己的世界里玩，也不探出头来看看

yuanmomo

2023-06-13 23:04:41 +08:00

想起了之前我待过的一家小公司。我 leader 是比较优秀和强势的。

公司三个老板，其中一个老板是我 leader 之前的 leader 。后面创业了，又到一起了，我面我也加入了。

刚开始，技术老板只用 svn ，而且各种权限收得很紧（就是项目不给访问）。

我 leader 去了过后，就说，他不用 svn ，他自己买个服务器，然后自己搞了一个 gitlab ，也没有在公司宣传。结果慢慢的，差不多过了一年，发现一个事情，svn 上的项目都好几个月没更新，反而更新的全到了 Git 。最后技术老板也没办法，只能面对现实得把代码管理的事情交给我 leader 了。想想就笑死了，好东西，自然而然慢慢就有人用了，都不用你宣传。