svn是什么工具(怎么查看自己svn用户名)

项目管理工具SVN

1. SVN介绍1.1 项目管理中的版本控制问题

在软件开发过程中，任何项目都是由一个团队来完成的，而不是由单个个人来完成的。在团队开发过程中，数据的共享和同步会成为开发过程中的一个突出问题。

1.2 原始开发管理模式（COPY模式）缺点：

①代码管理混乱；

②备份多个版本占用磁盘间空间大空；

③解决代码冲突困难；

④容易引起BUG；

⑤难以追溯问题代码的修改人和修改时间；

⑥很难恢复到以前的正确版本；

⑦不能进行权限控制；

⑧项目版本发布困难；

为了保证团队开发过程中人员沟通成本的降低，必须采用有效的方式减少沟通环节，提高开发效率，管理资源共享。

1.3 现阶段的开发管理模式（Tools模式）相关概念：

1.4 作为一个管理共享资源的工具必须具备以下几点：

①能够记录日常事务中所有文件的创建、编辑和删除；

②可以记录文件的操作者、操作时间和操作描述信息；

③同一文档，可提供更多版本历史供申请人参考；

④针对不同的文件，可以提供较高的管理权限，限制用户的使用能力；

⑤针对不同的项目/案例，可以在空之间提供更多的管理模式；

为不同用户提供远程访问支持，让用户更快捷地共享资源。通常，软件开发是由许多人协作开发的。如果代码文件、配置文件、文档等。没有版本控制，将会出现许多问题:

①备份多个版本占用磁盘间空间大空；

②代码冲突难以解决；

③容易造成bugs

④难以追溯问题代码的修改人和修改时间；

⑤很难恢复到之前的正确版本；

⑥无法进行权限控制；

⑦项目版本发布困难；

2. 什么是版本控制

版本控制是维护工程蓝图的一种标准方式，可以跟踪工程蓝图从诞生到定稿的过程。它是记录多个文件内容变化的系统，以便将来查阅特定版本的修订。

版本控制的主要功能是跟踪文档的变化。它如实地记录了诸如何时、谁更改了文件的什么内容等信息。每次文件改变时，文件的版本号都会增加。除了记录版本变化，版本控制的另一个重要功能是并行开发。软件开发通常是许多人的协作工作。版本控制可以有效解决不同开发者之间的版本同步和开发交流问题，提高协同开发的效率。并行开发中最常见的不同版本软件的Bug修复问题，也可以通过版本控制中的分支和合并得到有效解决。

具体来说，在每一个开发任务中，首先需要设置开发基线，确定每个配置项的初始开发版本。在开发过程中，开发人员根据开发基线版本开发所需的目标版本。当需求发生变更时，通过对变更的评估，确定变更的影响范围，修改受影响的配置项的版本，并根据变更的性质，使配置项的版本树继续扩展或生成新的分支，从而形成新的目标版本，而不受变更影响的配置项不应变更。同时，应该可以记录和跟踪变更对版本的影响。如有必要，您还可以回滚到以前的版本。例如，当开发需求或需求变更被取消时，有必要具备将版本回滚到开发基线版本的能力。在之前的季度升级包解包重组过程中，实际上是将部分版本的配置项回滚到开发基线，对应不同需求的不同分支进行重组合并，形成新的升级包版本。

版本控制是软件配置管理的核心功能。所有放置在配置库中的元素都应该由版本自动识别，并且应该保证版本命名的唯一性。在版本生成过程中，按照设定的使用模型自动分支进化。除了系统自动记录的版本信息，为了配合软件开发过程的各个阶段。还需要定义和收集一些元数据来记录版本的辅助信息和规范开发过程，为以后软件过程的度量做准备。当然，如果选择的工具支持，这些辅助数据可以直接统计过程数据，从而方便软件过程改进活动。对于配置库中的每个基线控制项，应根据其基线位置和状态设置相应的访问权限。一般来说，基线版本之前的所有版本都应该被锁定，如果需要更改，则按照更改控制的流程进行操作。

3. SVN是什么

SVN(Subversion)是近年来兴起的版本管理工具。在目前的开源项目(J2EE)中，几乎95%的项目都使用了SVN。Subversion项目的初衷是取代当年开源社区最流行的版本控制软件CVS。在CVS功能的基础上有很多改进，同时也能更好的解决CVS系统的一些缺点。

SVN(subversion)是近年来兴起的版本管理工具，是cvs的继承者。目前，大多数开源软件都使用SVN作为代码版本管理软件。不要狭隘地理解为只服务于软件研发。许多公司应用SVN管理整个公司的文件。

4. SVN的作用

对于软件R&D企业的软件生产过程，使用SVN管理整个开发过程中的源代码和版本控制。

5. 主流版本控制工具

VSS: Visual SourceSafe(微软Visual Studio成员)主要负责项目文件的管理。

CVS:Concurrent Versions System，由march-hare生产的一套用于文件版本控制的软件。

SVN:Subversion，一套名为Apache Software Foundation的文件版本控制软件。

2000年初，开发人员将编写一个CVS的免费软件替代品，它保留了CVS的基本思想，但没有它的错误和局限性，保留了CVS的基本功能但去掉了它的bug和不好的功能。

在2000年2月，他们联系了Karl Fogel，CVS的开源开发的作者(Coriolis，1999)，问他是否愿意在这个新项目中担任一个角色。巧合的是，卡尔已经和他的朋友吉姆·布兰迪讨论了新版本控制系统的设计。1995年，两人成立了Cyclic Software，一家为CVS提供商业支持的软件公司。虽然他们运行商业服务，但他们仍然每天在工作中使用CVS。使用CVS的挫败感让Jim认真思考更好的方法来管理数据，不仅决定将其命名为“Subversion”，还完成了Subversion archive的基本设计。

当CollabNet的电话打来时，Karl立即同意加入这个项目，Jim请求他的雇主RedHat Software同意让他在这个项目中不定期工作。CollabNet雇佣了Karl和Ben Collins-Sussman，并在5月份开始了详细的设计工作。在布莱恩·贝伦多夫、Jason Robbins和CollabNet的Greg Stein(当时活跃在WebDAV/DeltaV规范过程中的自由程序员)的许多想法的帮助下，Subversion很快吸引了活跃的开发人员社区的注意。它发现并欢迎许多在CVS中也遭受挫折的成员为这个项目做点什么。

Subversion最初的设计团队设定了几个简单的目标。它必须在功能上取代CVS，也就是说，它必须能做CVS能做的一切。在修复最明显的缺陷的同时，我们应该保持相同的开发模式。还有，Subversion应该和CVS很像，任何CVS用户只要稍加努力就能快速使用。

经过十四个月的编码，Subversion于2001年8月31日开始实现“自我管理”。也就是说，开发者不再使用CVS来管理Subversion的代码，而是Subversion本身。

2009年11月，Subversion被Apache孵化器项目接受。

2010年1月正式成为Apache软件基金会的顶级项目，所以是Apache Subversion。

6. SVN体系结构图

喜欢就不要迷失，多关注#蝌蚪成长#，敬请期待！