版本控制系统的一些使用心得
主要介绍svn和git这两个当前主流的版本控制系统，这也是大家使用的比较广泛的。
1. windows
在windows下，svn一般使用TortoriseSVN，git的话可以安装TortoiseGit，既可以进行图形化操作，同时也可以使用命令行操作(右键 -> git bash)。
(1) svn.
(a) svn的基本操作:
包括checkout，commit，update，revert，delete等操作，都可以通过右键进行图形化操作，很方便。
可以参考: http://blog.chinaunix.net/uid-20321537-id-1966870.html
(b) svn中还有个特色就是分支管理,我是比较赞同下面这种模式
一个标准的布局，trunk为主开发目录，branches为分支开发目录，tags为tag存档目录（不允许修改）。但是具体这几个目录应该如何使用，svn并没有明确的规范，更多的还是用户自己的习惯。
对于这几个开发目录，一般的使用方法有两种。我更多的是从软件产品的角度出发（比如freebsd），因为互联网的开发模式是完全不一样的。 1.第一种方法，使用trunk作为主要的开发目录
一般的，我们的所有的开发都是基于trunk进行开发，当一个版本/release开发告一段落（开发、测试、文档、制作安装程序、打包等）结束后，代码处于冻结状态（人为规定，可以通过hook来进行管理）。此时应该基于当前冻结的代码库，打tag。当下一个版本/阶段的开发任务开始，继续在trunk进行开发。
此时，如果发现了上一个已发行版本（Released Version）有一些bug，或者一些很急迫的功能要求，而正在开发的版本（Developing Version）无法满足时间要求，这时候就需要在上一个版本上进行修改了。应该基于发行版对应的tag，做相应的分支（branch）进行开发。
例如，刚刚发布1.0，正在开发2.0，此时要在1.0的基础上进行bug修正。
按照时间的顺序
1.0开发完毕，代码冻结
基于已经冻结的trunk，为release1.0打tag
此时的目录结构为
svn://proj/
+trunk/ (freeze)
+branches/
+tags/
+tag_release_1.0 (copy from trunk)
2.0开始开发，trunk此时为2.0的开发版
发现1.0有bug，需要修改，基于1.0的tag做branch
此时的目录结构为
svn://proj/
+trunk/ ( dev 2.0 )
+branches/
+dev_1.0_bugfix (copy from tag/release_1.0)
+tags/
+release_1.0 (copy from trunk)
在1.0 bugfix branch进行1.0 bugfix开发，在trunk进行2.0开发
在1.0 bugfix 完成之后，基于dev_1.0_bugfix的branch做release等
根据需要选择性的把dev_1.0_bugfix这个分支merge回trunk（什么时候进行这步操作，要根据具体情况）
这是一种很标准的开发模式，很多的公司都是采用这种模式进行开发的。trunk永远是开发的主要目录。
请参考: http://www.cnblogs.com/dafozhang/archive/2012/06/28/2567769.html
(2) git
(a) git, github, gitlab
Git是分布式的版本控制系统,这是和集中式代码管理系统最大的不同(svn)。github是开源代码库以及版本控制系统，基于git，在GitHub，用户可以十分轻易地找到海量的开源代码，这点和 SourceForge或Google Code类似。GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务，说白了即使项目管理软件，基于web而已。
请参考: http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
(b) git的基本操作
从服务器下载：git clone
提交：先点击git commit，然后git push，push不做的话，文件根本没有提交到服务器，只是本地保持了最新而已
更新：git pull
在git使用过程中，可能会遇到几个问题：
<a> SSH证书：在不需要证书的时候，使用下面命令取消
$ git config --global http.sslVerify false
<b> 提交文件时，如果文件过大，则提交失败
(c) md文件
git还有一大特色，就是md文件,在web上会有所见即所得的效果。
具体参见: http://www.tuicool.com/articles/EzUZ3en
2、 mac
(1) svn
这里只说下黑苹果(呵呵，悲剧的人生，白苹果触不可及)。
比如xcode都自带版本控制的，SourceControl功能，在我试过的几台黑苹果中，都不能使用，无法连接svn服务器，不知是不是黑苹果够黑的原因，哈哈，最后sourceControl拿来做文件对比了(通过commit选项，实现svn的diff功能)。最后下载了几个svn软件也是用得不太爽，不得不还是使用命令行的形式
客户端操作方法:
(a) 从本地导入代码到服务器(第一次初始化导入)
在终端中输入svn import /Users/apple/Documents/eclipse_workspace/weibo svn://localhost/mycode/weibo --username=mj --password=123 -m "初始化导入"
我解释下指令的意思：将/Users/apple/Documents/eclipse_workspace/weibo中的所有内容，上传到服务器mycode仓库的weibo目录下，后面双引号中的"初始化导入"是注释
(b)从服务器端下载代码到客户端本地
在终端中输入svn checkout svn://localhost/mycode --username=mj --password=123 /Users/apple/Documents/code我解释下指令的意思：将服务器中mycode仓库的内容下载到/Users/apple/Documents/code目录中
(c)提交更改过的代码到服务器
在步骤2中已经将服务器端的代码都下载到/Users/apple/Documents/code目录中，现在修改下里面的一些代码，然后提交这些修改到服务器1> 打开终端，先定位到/Users/apple/Documents/code目录，输入：cd /Users/apple/Documents/code
2> 输入提交指令：svn commit -m "修改了main.m文件"
这个指令会将/Users/apple/Documents/code下的所有修改都同步到服务器端，假如这次我只修改了main.文件
可以看到终端的打印信息：
Sending weibo/weibo/main.m
Transmitting file data .
Committed revision 2.
注意:svn commit命令，可以把版本控制目录下的新加的文件添加大svn版本控制，不需要再单独使用svn add命令。
(d) 更新服务器端的代码到客户端
这个应该是最简单的指令了，在终端中定位到客户端代码目录后，比如上面的/Users/apple/Documents/code目录，然后再输入指令：svn update(e) 至于svn的其他用法，可以在终端输入：svn help
在使用过程中，可能会遇到几个问题：
(a) 当在server删除了某些文件后，mac上也执行了svn update，但是commit的时候还是会提示conflict。
解决办法:
svn remove --force yourfilename
svn resolve --accept=working yourfilename
svn commit -m ""
(b)xcode添加了某个文件，比如jpg图像，然后本地去删了，xcode也删了，这时如果需要提交更新到服务器，commit会出错，提示那个文件本地有修改，无法提交。
解决办法:
svn revert yourfilename
(c) commit的时候，出现以下错误
删除文件夹后点commit提交，但是报错，报错内容如下：提示 "svn: Commit failed (details follow): svn: '/***/xxx.c' is scheduled for addition, but is missing "
原因：之前用SVN提交过的文件，被标记为"add"状态，等待被加入到仓库。若此时你把这个文件删除了，SVN提交的时候还是会尝试提交这个文件，虽然它的状态已经是 "missing"了。
解决：在命令行下用 "svn revert xxx.c --depth infinity"，在图形界面下，右键--Revert，选中那个文件。这样就告诉SVN把这个文件退回到之前的状态 "unversioned"，也就是不对这个文件做任何修改