CaveOps | Post: 版本控制系统: SVN 与 Git 的一些误区

Table of Content

最近都在找工作，所以博客更新停滞了下来。之前几个 Primer 系列也没有写完。不过暂时先写一些和面试有关的内容吧，因为这几次面试，总被问到 SVN 和 Git 的相关问题，但在其中却也发现一些理解误区，因此也就有了这篇博客。

似乎很多人认为只有 Git 可以脱库，但事实上 SVN 也是可以的，其本身就提供了 svnsync 工具，主要用于镜像 SVN 版本库。

对于脱库问题，有人说 SVN 可以通过目录授权阻止对脱库，也有面试官告诉我 Git 不安全，问我对这件事情怎么看待。

事实上，对于这个问题我却更倾向使用 Git，因为实践证明 SVN 的目录授权就是一场灾难，随着版本库的分支和 Tag 增多，配置的工作也变得越来越繁琐庞大，其弊病显而易见。

而 Git 可以通过子模组来实现细粒度的读授权。在合适的使用场合中将版本库拆分后单独授权，再通过子模组将整合，且操作也并不复杂。

还有一些人认为，Git 可以对历史提交随意修改，不利于版本控制。事实上这只对本地提交有意义，你可以将其视为缓冲区，它允许你在推送提交到服务器的共享版本之前后悔，而且这样灵活的操作正是 Git 的特点之一。此外，由于对远程共享的版本不允许这样修改，也保证了安全性。

相对于 SVN 的集中式管理，优劣显而易见。

虽然我个人比较推崇 Git，但 SVN 也并非一无是处，关键要用对场合，选择适合的工具解决问题。

举个例子，SVN 有悲观锁 (Pessimistic Lock) 功能，可以在用户在操作时对文件进行锁定，防止多人同时操作。据我有限的了解，目前 Git 并不具备。