Java之SVN快速入门，服务器VisualSVN和客户端TortoiseSVN的使用，IDEA下的SVN的配置和使用，SVN的目录规范-白红宇的个人博客

Java之SVN快速入门，服务器VisualSVN和客户端TortoiseSVN的使用，IDEA下的SVN的配置和使用，SVN的目录规范

发布日期：2021-06-29 15:04:06 浏览次数：3 分类：技术文章

本文共 3535 字，大约阅读时间需要 11 分钟。

SVN

一、SVN的基本概念

SVN是subversion的缩写，是一个开放源代码的版本控制系统，通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发同一个项目，实现共享资源，实现最终集中式的管理。

一个软件开发试行后，最关键的问题就是能够有效的实现软件版本系统的控制，而作为版本控制系统的核心任务，能否完成成功的查阅历史操作记录和实现协同开发才是公司研发团队关注的问题。版本控制（Version control）是项目开发与管理的标准做法，能追踪项目从开始到结束的整个过程，常被应用于软件程序开发。对编程人员而言，版本控制技术是团队协作开发的桥梁，有助于多人同步进行大型程序开发。由于在多人协作开发的模式下，每个人都向服务器提交自己的文件，就可能存在着代码被多次修改、替换的风险，但是版本控制能够在每次更新操作后进行相应的记录。一旦发生误操作，开发者能够根据服务器中的版本记录，将项目恢复到出现问题之前的其他版本。因此，借助版本控制技术，软件开发项目可以被分割为若干模块，每个模块并行地进行开发工作，从而有效地提高了整体编程效率。

版本控制技术对文件进行管理主要有两种模式：Lock-Modify-Unlock（锁-修改-解锁）和Copy-Modify-Merge（拷贝-修改-合并）。

1、复制-修改-合并方案（Subversion默认的模式）

在Lock-Modify-Unlock工作模式下，若用户想对某文件进行修改，必须先锁定该文件再进行修改，修改操作完成之后再对其解锁。这种文档管理模式能够有效避免多人对某文件同时进行修改而造成的冲突，但是它减少了用户并发操作。

除此之外，该模式还有一个非常明显的缺点，即如果前面的用户完成修改后，忘了对文件进行解锁操作，则会导致后面想修改此文件的用户将永远处于等待解锁状态。采用这种管理模式的版本控制工具主要有Visual Source Safe（VSS）。

2、锁定-修改-解锁方案

Copy-Modify-Merge工作模式下，当某一用户想修改文件时，可以先将服务器文件update到本地端，然后在本地端对副本进行修改，修改操作完成后，再将副本commit到服务器。

如果在此用户commit之前，原文件已经被其他用户修改并提交过，那么服务器上的版本号与本地端上的版本号不同，二者将产生冲突，服务器将中止提交。

此用户只有将服务器上的新版本update到本地端，将其与自己修改的文件进行合并，才能重新commit到服务器。在实际编程中，文件的合并过程一般需要编程人员共同协商决定。

这种“拷贝-修改-合并”虽然需要花费一定的时间，但却比“锁-修改-解锁”等待的时间短，能够增加操作的并发度，大大提高团队的编程效率。

大多数版本控制系统采用的是第二种方式，如Concurrent Versions System（CVS）和Subversion（SVN），而这其中SVN是最为流行的版本控制软件，许多开源软件都采用了SVN作为源码版本控制服务器。

在SVN版本控制软件的管理下，不管是在局域网还是在Internet上都可以对文件和目录进行管理，它突破了时间与空间的限制，促进了团队协作开发。

3、Subversion架构

在这里插入图片描述

二、Windows服务端VisualSVN的使用

本章节主要介绍常用的svn工具，如window下svn服务器VisualSVN，客户端工具TortoiseSVN以及idea svn插件的使用

SVN是一种集中式管理代码的版本控制系统，原理就是把代码都保存到一个固定的位置(仓库)，每次从这个位置拷贝更新代码，进行编辑;再把修改后的代码提交到该目录中。多人协作开发也是如此。因此需要一个类似Oracle或者Mysql的服务器用于保存和管理库文件（要保存的代码等文件）的服务端——VisualSVN Server。还需要一个用户的操作端，用于提交更新检出代码，常用的有idea的Svn插件，以及TortoiseSVN(小乌龟)。

SubVersion官网: