SVN

#前言

在2000年初，开发人员要写一个CVS的自由软件代替品，它保留CVS的基本思想，但没有它的错误和局限，保留CVS的基本特性但去除CVS的bug和不好的特性。所以就有了SVN，小编首先从导图的如下几个方面了解了关于SVN的前身今生。
#导图

 #简单了解

##Why

1. 了解团队开发时其他成员进度
2. 比较版本之间的差别，记录版本成长，成果复用
3. 资料在服务器端，方便共享
4. 参与开发者都可以实时更新，不需要专门人员维护
5. 提高工作效率
6. 取代CVS
   ##What

• 全称：SVN(Subversion)
• 简单粗暴的理解：SVN=版本控制+备份服务器 。（ps:不是很全面，但满足二八定律）

对比：

很多文档都说SVN可以取代CVS，CVS的很多缺陷都被SVN完善了。但是也有很多人认为SVN并不是CVS的替代品，只是个不同的系统，类似于CVS。它有些特有的功能，足以作为采用它的理由。这些功能使他更适合于开发环境，例如对PowerBuilder。下面可以通过对比找到各自的相对优势、劣势。

** SVN**

• 速度快，双向差异化文件传输。(服务端箭头)代价是完全备份所有文件
• 原子性提交（SVN保证所有的修改要么全部入库生效，要不都不入库）
• 方便管理，逻辑明确，符合大部分人的思维方式
• 保证安全性
• 代码一致性比较高
• 支持文件重命名
• 有read、write、none三种权限 creat和delete权限和write是捆绑在一起的
• 分支和基线是通过执行“拷贝”来建立的

** CVS**

• 速度相对慢 ，基于单向差异化文件传输。(服务的→客户端)
• 允许任意回滚
• 不支持本地文件重命名提交
• read、write、creat、none这四种权限，任何人不能删除文件夹，admin也只能通过在服务器上将相应文件夹删除
• 创建分支的时候，需要对所有进行分支的文件进行依次的操作，分支建立成本高。

** VSS**

• 基于Windows平台，C/S架构；SVN可以多平台
• 不能离线开发，SVN可以离线开发。
• 不支持重命名（ps:这对Java和C#开发很重要，为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名，有时会对文件重命名再提交。）
• 不支持原子性提交
• 版本管理需要手动定义。（SVN可以自动记录版本号）

工作流程

• 核心：服务器
• 工作前：get；
• 工作时：进入自己分支，隔一段时间提交一次；
• 工作后：合并自己的分支到服务器主分支上，全部commit

总结

从多个方面简单的了解了SVN，主要从版本控制+备份服务器两个方面加深了认知。这两个方面为开发工作带来极大的便利。