SVN整理

Subversion简称为 SVN，是一个开放源代码的版本控制系统（别称源代码控制系统），是一个储存你所写东西的地方。

优点：
①能够回退一小时、一天或一周的代码；
②不会因某人覆盖了你的代码而丢失做过的工作；
③有注释，可知道谁何时写的；
④可同时发布多个版本；
⑤项目级别的时间机器，输入一个日期即可看到项目当时的样子。


项目仓库：你所写的东西存放于此，是版本控制策略最关键的部分。需放在稳定、安全、可靠的机器上，而且要定期备份。有价值的做法：项目仓库做服务器，版本控制工具做客户端。
除了存储代码外，.xml等脚本，项目的文档，重要电子邮件的文本，会议记录等任何对项目有贡献的东西也可放在SVN。

工作拷贝（也称工作目录、工作场点）：把项目文件放在我们能够修改的地方（本地硬盘）

签出：从项目仓库拿东西出来，即把文件复制一份到你的工作拷贝
导出：导出得到的不是一个工作拷贝，而是快照。
提交：做过的改动提交到项目仓库。
更新：从项目仓库更新到你的工作拷贝。



版本号：
SVN，整个项目仓库版本号从0开始，签入一次改变则加1。正常的理解是，版本？中的？，而不是第？版本的？
在自己没有提交任何东西的情况下，项目仓库的版本依旧可能增长，因为所有人的改动都会影响版本号。


可以做的事：
①获取文件的某个版本；
②签出项目两个月前的源代码；
③告诉你在版本7和9之间，某个文件的改动情况。


标签：当版本号增加到上百时，可用标签（eg.第二预览发布版）替代，更加方便直观。

分支：比如一个产品快发布了，这时需要的是稳定性。一种选择是，在发布时停止手头的工作，但这会导致一部分人闲下来，无事可做。另一种选择是，把源代码拷贝到另一台机器，然后继续工作（麻烦：跟踪、合并以及及时的修正不可调和）。使用分支，可以克服着两种问题。
分支可以创造多个平行的未来，但应该避免过度分支，因为不同分支间的合并要付出高昂的代价。

合并：当分支发生修正并意识到主干也存在同样bug时，可使用合并。甚至可把改动合并到不同发布版本的分支，避免重复的剪贴、拷贝。

配置管理（CM）：CM是一种鉴别被交付的东西的做事方法，而版本控制是记录鉴别结果的手段。CM是一个很庞大的议题。

加锁：

整理自《版本控制之道-使用subversion，第2版》

 [IDE工具配置] myeclipse 2014 专业版 安装 svn插件 （ http://blog.csdn.net/sushengmiyan/article/details/38342411 ）
MyEclipse中SVN的使用方法（http://blog.sina.com.cn/s/blog_8a3d83320100zhmp.html）

作者： @nanphonfy 
Email: nanphonfy (Nfzone) gmail.com 请将(Nfzone)换成@