1、混乱状态

没有管理。

交流方式

通过相互的文件共享来达到代码交流的目的。

问题：无法立刻获取协作者间的代码。

不能同时对相同文件进行编辑。

代码覆盖的冲突经常发生，且不可还原

2、简单管理

建立svn，使用文件服务器来简单的管理单一项目。

版本截图：100

解决了状态1下的各种代码交流问题。现在的交流模式方式如下图所示：

程序员中存在的错误观点：但是在刚开始使用时，很多人没有意识到meger的作用，不敢update，生怕update之后自己所修改的代码就没有了。

问题：没办法维护两个不同的版本。

由于项目的发展，第一个beta版本放出，而我们开始进行下一个版本的开发，而我个人也希望对一些代码进行整理。我初始使用了建立大量的其他文件，比如index2.php作为新版，而保持原有的index.php不变。

1。新的不能改动原有文件，因为新版还不完整，将导致错误；

2。原有文件中的bug修正可能在新的版本中同样需要，而我常常忘记把改动复制到新版。

陷入文件和版本的混乱，增加了对文件控制的复杂度。

截图rep1530

3、subversion目录重新建构

开始使用分支：

个人分支：

我开始在建立rolelnc的个人分支，在自己的目录下进行新的开发，而不影响整个以前的版本。

而对主干只进行bug的修复

我可以随时使用meger命名来将主干的bug修复合并到我自己开发的分支上。

待我个人开发的新的功能完成时，我再使用meger命名把我的分支合并到主干上。

开发完毕之后，我可以再使用meger把我的修改合并到主干上。

流程：

截图1700

版本分支：

与个人分支相似，不过是多人对这一个分支进行开发,或者仅仅是一个版本的存档。不过后期我看到的资料显示，在tags目录下建立版本分支，如 http://192.168.0.2/svn/tags/version0.9/

4、目前的状态

截图head resp 3788

注：为了减少图片大小而展示更多的内容，以上部分图片经过了Fireworks处理。