很多产品经理可能一直以来有这样一个疑问，这么多程序猿是怎么在一起撸代码的啊？
方法一：每个人都只写一个独立的模块，坚决不和其他程序猿有交集。（当然，这是活在梦里的想法）
方法二：一个程序猿改某个代码文件的时候其他也需要改动这个文件的程序猿先一边凉快去，等改完了再上。（听起来有点对代码进行排队轮x的意思啊...）
方法三：每个程序猿都按照自己的节奏改代码，最后把修改合到一起。
听起来，第三种方法比较靠谱，可是我们还需要依靠一个强大的文件版本管理工具才可以实现哦，这个就是svn。在开始协同撸代码前，需要在一个公共的主机上搭建svn的服务器，然后如同大厦奠基般需要创建一个svn的目录，自此，所有程序猿写的代码都需要提交到这个svn的目录上面，同时，所有程序员的代码修改都要以svn服务器上的代码为基准。
程序猿在svn上撸代码时有三个重要操作：更新，编辑冲突，提交。首先程序猿将服务器上的最新代码更新到本地，然后以此代码为基准在本地开始进行自己的修改，当自己修改的比较满意后，会想要将这些本地的修改提交到服务器上，但是由于修改的这段时间，别的程序猿也可能提交了一些代码，所以需要再次更新一下，看看这段时间别人修改的代码和自己修改的部分有没有冲突，这里svn提供了差异比对的功能，如果有相同部分的代码被修改了，svn就会在更新的时候给出提示，需要程序猿对这些代码修改冲突的地方进行检查并再次修改保证没有冲突后，才可以提交代码。（代码提交高峰期可能出现一提交就冲突，刚修改完冲突，一提交又冲突，这个才郁闷啊）
有的程序猿比较懒，会跳过更新，编辑冲突，直接进行提交，如果运气好，提交的文件在这段时间别人都没有修改过，那么就没有冲突，可以提交成功。但是如果提交的时候svn进行比对发现有文件被别人修改过了，这个时候会强制提醒程序猿走一次更新，编辑冲突的流程。一旦提交成功，svn服务器便会详细记录此次提交，并递增的分配一个版本号。
小编推荐阅读
