公司从 SVN 切换到 Git 的那些坑

[villivateur]

为了实现代码检视（ Pull Request ）这个功能，公司从 SVN 切换到了 Git ，但是不少人遇到了下面的问题：

1. 没有理解 Git 的工作区、暂存区、仓库区、远端之间的关系，用 SVN 的思维去使用 Git ，比如会通过删除工作区文件、再拉取代码这种方式来回退代码。
2. 在修改工作区文件后，没有 commit 或者 stash ，就 pull 代码，导致提示冲突，因为不熟练所以不知道如何解决。
3. 之前 SVN 仓库中有很多需要经常修改的大二进制文件，初期迁移的时候没有用 LFS 管理，导致 Git 仓库庞大，clone 要花很长时间。
4. 使用 LFS 后，因为各个用户终端配置不一样，可能有的人没有装 LFS ，提交后，其他人再 pull ，会出现很多奇怪的问题。

感觉从 SVN 切换到 Git ，还是要慎重，至少要培训熟练。

[Nnq]

没有坑，git 分布式，svn 是集中式

注意使用方法就好，开始有点难，后来应该都可以

[lopssh]

内网环境怎么做 Pull Request??

[Shazoo]

叹气，不少人用 git 咋还用出优越感来了…… svn 不少场景是比 git 优秀的，权限部分也做的不错。迁移还真得需要认真考虑下。

迁移工作本身比较棘手，需要做大量培训工作。早期可以费劲并行一段时间 （一些子项目用 git ，主项目用 svn ）。scm 还得考虑很多历史遗留的自动脚本迁移……

所以，迁移成本千万别太低估了。

[villivateur]

@lopssh 自己搭建个 gitea

[l4ever]

怎么大家都歪楼, 吐槽起版本管理工具了?
svn 能根据目录设置权限, git 可以?
git 有 git 好处, svn 有 svn 优点.

没什么好喷的.

[wxw752]

一个 git 有学习难度吗，当初看一天啥都会了

[JeepLi]

@gengchun 同意你的观点，你是站在公司的视角来看问题，层面更高。
我是从技术人员成长的角度来说，都 2021 年了如果哪家公司还在用 svn ，要么说明这家公司技术对业务的贡献占比很小，要么说明这家公司技术管理者对技术和保守态度，这两种情况都对技术人员成长不利。

[gengchun]

@JeepLi 做多了，能看到的仍是业务在赚钱。公司层面不仅仅是保守，而是非常保守。到了一定年龄，市场的公司招聘期待的已经不再是技术栈，而是是否有团队，能否带团队，能否独立做项目这些。

我觉得对技术人员来说的话，至少刚入门就处理这种换代，需要协调不少人，做不少培训，也不失为一个不错的经验，至少是一个很有趣的观察窗口。