用SVN管理项目的多个版本

这里只说一下思路

常见的版本控制工具：

项目开发中常用的版本控制有SVN、Git、OpenSource、Google code等。

功能特点：

这些版本控制的思路大致相同，那就是有一个服务器来盛放提交的资源，每个开发人员把服务器的资源下载到自己机器上来使用，修改的内容要提交到服务器，这样别人在更新的时候就可以拿到你修改的代码或资源。

各个工具之间的差别：

SVN其实就是基于文件系统的，在Linux系统或者Windows系统都是由SVN来调用本地文件系统来鉴别出改动，从而提示用户是更新还是提交。其他版本控制工具虽然没用过，但从其介绍来看也和这没多大差别，一般都有客户端，类似网盘（网盘在同步上的支持能力相当有限，不适合作为版本控制工具）的客户端一样。

有特殊之处的Git：

Git貌似擅长处理版本分支，这个在SVN中只能用户自己创建目录，然后把原有的东西复制进来，没有办法做到引用计数这样方便的减少拷贝的次数。但目前硬盘这么便宜的情况下好像不是什么问题。但缺点就是这东西管理在大洋彼岸，谁知道他的安全性怎么保障。还有就是命令行操作，喜欢敲一长串字母又能控制的精准无误的同学想必喜欢。

SVN的长处：

目前使用最多的猜测应该是SVN，对中小型项目来说足够，一般SVN的服务器都在公司内部，公司内部的开发人员在维护版本。也比较方便。图形界面就像管理本地文件一样，完全和本地文件系统兼容，使用方式就是你平时管理文件的操作。普通用户也很容易上手。

SVN管理多个版本：

如上所说，SVN管理多个版本需要你自己创建文件夹，一般出现这种情况的原因是你已经有个初级版本，可以保证运行，或者有少量可以原谅的bug，但是项目还是需要改进，但现场又要有可运行的程序支撑。你就需要创建一个合适的文件夹来存放当前版本了。这个版本的主要用途就是提供可运行版本，所以你可以把生成的可执行程序和配置压缩一个文件，源代码（防止微小改动）再压缩一个放在旁边。这样你就可以大刀阔斧的改当前版本了，出了问题有老版本顶着。至于目录组织，那纯粹是见仁见智，个人和项目喜好的问题，自己安排吧。