从svn迁移到git

我使用了十几年的svn，然而现在我转投了git的怀抱～

关于svn和git的使用

我不会在这里讲如何使用svn和git，因为网上已经有大量的文章详细讲解如何使用它们。要注意的是svn和git有很多不同的软件可以选择。每种软件的使用习惯都有点不同。学习使用版本管理系统会有一些成本，但一旦你掌握了如何使用它们你会发现它对你的帮助很大。

SVN ：windows系统推荐使用 TortoiseSVN ，苹果系统推荐使用 Cornerstone

Git ：windows系统推荐使用 TortoiseGit ，苹果系统推荐使用 Tower

下面就说说为何我从svn迁移到git

诚然svn是一个很不错的系统。我有无数个项目使用它。包括之前工作的公司和现在我自己的团队。但是git有很多优秀的地方填补了svn功能空缺也解决了很多svn使用上的问题。

当没有网络的时候

有很多次我外出的时候需要修改一些代码，而且有时候咖啡厅的wifi并不好或者所处的地方根本没有网络。这个时候我会像没有版本管理系统一样把准备要修改的文件复制一份出来保存然后再开始工作。这个就是svn最大的问题，如果你断网了，你就不能使用版本管理系统了。

这是由于svn的版本库存只有一个而且存放在服务器上。而git的版本库概念和svn很不一样。你可以理解为在服务器上依然有一个集中了所有东西的版本库。同时，在你的电脑和其他使用这个项目的成员的电脑里都有一个独立的版本库。这样的好处就是即使没有网络我也可以放心的在本地修改文件，可以使用版本管理带来的各种好处。当我需要把修改内容上传到服务器的时候我只需要把本地的版本库同步到服务器的版本库上。

当你需要修改一个项目但又不想影响现在项目的内容

在版本控制系统里面你需要通过分支来实现。然而svn的分支很坑爹。它会在你原有的工程里复制你需要分支的文件夹然后改名。对你没看错。你的工程突然就多了一个文件夹，而且当你分支很多的时候各种文件夹就到处飞了。在git里面分支是基于整个工程的。它不会新建新的文件夹来存储分支的内容而是使用类似快照的方式。

例如你项目有文件夹 a ，在svn里面创建分支后你的项目是这样的：a a1 a2 a3 a4 a5。不管你分支里面是否有修改内容，即使什么修改都没有，每创建一个分支都会复制一份文件夹。在git里面创建分支之后你的项目是这样的 a 。对，还是你原来的文件夹。当你切换分支之后a会变成a1。在git里面不用担心在一个分支里面修改会影响其他的分支，它们是独立的。

如果上传了错的内容

在svn里面如果你上传了错的内容，或者你后悔某次提交的内容。不好意思，你只能再提交一次新的内容上去。svn会记录每一次修改而且是不可逆的。而且因为svn只有一个在服务器上的公共版本库，所以如果多人协作开发一个项目，这个问题会是很大的麻烦。如果有人刚好上传了有问题的内容而其他成员又刚好更新了一次。这个时候有问题的内容就会扩散到其他人手中。如果负责人修改时间长，所有人都需要回滚到上一个版本再开发，不过通常这样会带来更多的版本冲突问题。或者有人使用上一个版本的内容重新提交了一个版本让大家更新。这种方法大家会很开心。但修改问题的负责人会遇到版本冲突问题。如果负责人修改时间短，那么大家可能停下来喝杯咖啡等他修改好上传大家再下载一遍。

在git里面每个人的电脑里都会有一个独立的版本库。我是指每个人的电脑里的每个项目都有一个本地的独立版本库。一般你需要先把修改提交到本地的版本库确认无误之后再同步到服务器。如果你发现某次提交有问题，你可以在本地库里删除这次修改。在你最终上传服务器之前你的修改不会影响其他人。

发现关注的点么？git可以让你使用版本管理的特性而无需担心影响其他人的工作。

关于多项目管理

一般情况下一个团队会有一个svn库。在这个库里面使用文件夹区分项目。文件夹的管理方式每间公司都不一样。svn的管理员会给每个成员对应每个目录分配权限。也就是谁可以访问什么目录不能访问什么目录。如果svn稳定的话这样有个好处，就是所有的项目都在一个地方管理。为何我说稳定问题呢？svn的服务端是很稳定的至少我用svn这十几年没有遇到过一次问题。但svn的客户端总有各种各样的原因导致你的工作目录崩溃掉。如果你上网找相关的内容你会发现很多关于svn工作目录无法被svn识别，或者工作目录无法更新和提交等问题。解决方法可以很直接，直接删除原有的工作目录重新checkout一次服务器上的内容就行了。如果你刚好遇到本地修改了东西没有提交，你就需要把你修改过的文件先保存出来。重点来了，如果你修改的东西很多，这个时候没有svn提示你哪些文件被修改了。你要把这些文件找出来会是一件很痛苦的事情。我就遇到过很多次这样问题。

为何不能每一个项目一个svn版本库？因为那样的话你需要管理员为每个库重新配置你们的用户名密码以及权限。当然了你其实也可以不checkout整个svn。你可以把svn里面项目的目录一个个独立的checkout下来。

如果你使用github或者gitlab这种管理系统。每个项目在服务器上都会是一个独立的版本库。

关于版本库迁移

如果你使用svn，当你需要切换当前电脑里面的项目到另一个服务器上。你需要先把原有的项目导出一份不带svn信息的版本。然后把项目放到新服务器checkout的工作目录里上传。这个时候你会发现项目虽然迁移到了新的服务器。但所有之前到版本信息都丢失了。新的服务器会认为你是一个新添加的工程，没有历史记录。

如果你使用git。你只需要在原有的项目里添加一个新的远端服务器然后提交上去。是的你没看错，git支持多个远端服务器。经常一种用法是你checkout了a服务器上的项目然后把它传到自己的b服务器。你自己新的修改假设都传到b服务器。a服务器上的项目可能会时不时更新。你可以从a上更新新的内容。然后把合并的修改再传回b。当然如果有需要并且你有a服务器的上传权限，你可以把内容传到a服务器上。

可以看到git处理多个远端版本库的方式很自由而且很优雅。重点是，你所有的版本修改记录都好好的呆在那。

今天先说这么多，之后有其他内容再更新上来。