软件配置管理的版本控制主要解决的问题：
SVN（subversion），是一个自由/开源的版本控制系统，其源自CVS，是CVS的重写版和改进。
SVN将文件存放在中心版本库里，这个版本库很像一个普通的文件服务器，不同的是，它可以记录每次文件和目录的修改情况。于是，我们就可以藉此将数据回复到以前的版本，并可以查看数据的更改细节。
SVN的版本库可以通过网络访问，从而使用户可以在不同的电脑上操作。
SVN采用集中式管理的模式：
SVN集中式管理的优点：
缺点：
为防止因计算机硬盘损坏而导致的工作成果丢失，故进行备份工作是十分重要的
SVN分为客户端和服务端两个部分，服务端分类有：
Windows系统下安装SVN服务器：有CallabNet、SlikSVN、VisualSVN、Win32Svn等版本
Linux系统下安装SVN服务器：Linux下安装过程繁琐，根据OS啊不能本的不同，其使用二进制安装包的安装过程有差异，但也可以用编译方式安装
Windows系统下安装SVN服务器的优缺点:
vLinux系统下安装SVN服务器的优缺点：
SVN服务端的运行模式
独立服务器模式：
即通过SVNServer提供服务，使用自定义的协议“SVN：//” 、 “svn+ssh：//”通信
借助Apache运行：
通过Apache服务器的WebDAV协议提供服务，支持网页访问，可使用“http://" 、”https://"等协议通信
SVN服务端的数据存储模式：
SVN客户端
在左侧的边框内点击“Repositories”，选择“操作”，点击“Create New Repository”，弹出创建版本库对话框；
在“Repository Name”中输入版本库名称，例如“test” ， 单击“下一步”；
弹出版本库结构目录对话框，默认的“Empty repository（recommend option)”表示建立一个空的SVN版本库目录（本例目录名为test）。一般选择“Single-project repository（with the top-level’trunk‘ ， ’branches‘ and ’tags‘ folders）”，其SVN版本库目录下会有“trunk”（主分支，是日常开发进行的地方）、“branches”（分支，一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发）、“tags”（此目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档）三个目录；
选择“Single-project repository（with the top-level ’trunk‘ ， ’branches‘ and ’tags‘ folders）”，单击“下一步”；
弹出新的对话框，即为版本库访问权限配置，其三个选项中的各项意义为：“Nobody has
access”：任何人均无权限访问； “All Subversion users have Read/Write Access”：所有已建立的SVN用户均有读写权限（即表示所有的SVN用户均可执行签出、更新、提交、签入等动作）； “Customize permissions”：自定义配置用户权限。由于尚未建立用户信息，则选择第一项"Nobody has access“，单击”create“；
显示的”Repository URL“即表示此版本库的访问地址，通常我们不会用浏览器进行访问，而是使用SVN客户端，如TortoiseSVN等。单击”Finish“完成版本库的创建。
在左侧边框内的”User“目录上单击，选择”User“目录，单击“操作”菜单，选择”Create User",弹出创建用户对话框；
在User name“右侧输入要创建的用户名，通常使用开发人员的姓名的拼音字母作为用户名；
在”Password“和”confirm password"中分别输入相同的密码，密码建议使用字母和数组的混合方式，同时注意，用户名和密码均大小写敏感；
单击“ok”完成用户创建。
为用户分配版本库权限：
在左侧的侧边栏中选择要分配权限的版本库或者版本库的子目录，单击“操作”菜单（或者右击），依次选择“所有任务”，“Manager Security”，将弹出“Properties for /svn/某个目录 ”对话框；
在“Security” 选项卡中，单击“Add…"按钮，弹出”Choose User or Group“对话框；
根据实际项目需要选择用户或者用户组，单击”ok”按钮；
在“Permission”选项框中，可为此用户选择相应的权限： “No Access"(无法访问）、”Read only“（只读）、”Read/Write“（可读可写），选择完成后点击”确定“即可完成权限配置工作。
用户组的作用类型源于操作系统的账户组的概念，即所有从属于此用户组的用户都具有此用户组分配的权限，这样可简化相同项目下的开发人员的权限分配问题，操作如下：
在左侧的侧边栏选择”Groups“目录，选择”新建“，将弹出”create New group“对话框；
在”Group name“中输入用户组名称，单击”Add…“按钮，在弹出的菜单中选择从属于该用户组的用户，单击”ok“，完成新创建用户组的工作。
需要先从SVN服务器管理员处获得SVN访问账号及密码，以及需要签出的版本库路径。例如使用的账号为”test“，密码为”123456“，待签出的版本库的路径为：https://MKAER-20200416V/svn/test
所谓"签出"，就是从版本库获取源代码或文档至本地计算机
在计算机任意磁盘目录下（通常为开发人员的常用的工作目录），右击某目录或者空白处，在弹出的菜单中选择”SVN Checkout“；
在弹出的对话框中，”URL of repository“中填入版本库的路径；
其中的”Checkout Depth“（签出深度）下有四个选项：
”Revision“（修订版本）下有两个选择：
单击”ok“，等待签出完成。
签出成功后，会提示”Checkout Finished！“，并在日志输出框内会显示已签出的目录及文档，最后完成时会显示SVN标记的版本号，新建的空版本库的版本号为1。
所谓“签入”，通俗的说是将本地计算机源代码或文档首次提交至SVN 服务器的版本库中。
在本地计算机要上传的工程目录上右击（注意，导入时要注意将不必要的文件，如生成
的*.LIB、.DLL 等，编译过程中产生的临时文件如.obj、.pdb 等，工程临时.ncb 等先添加
到忽略列表中），在弹出的菜单中依次选择“TortoiseSVN”、“Import…”；
此时将弹出“导入”对话框；
将待导入的版本库路径复制粘贴至“URL of repository:”下方的编辑框内，并可在“Import message”下方的编辑框内输入导入日志，强烈建议填写导入日志；
单击“OK”按钮，等待导入完成；
导入成功后，会提示“Completed At revision:1”字样，并在日志输出框内会显示已导入的目录及文档，单击“OK”按钮完成导入工作。
所谓“提交”，通俗的说是将本地计算机新增的或已做修改源代码或文档提交至SVN 服
务器的版本库中。
在本地计算机要提交的本地版本库目录上右击，在弹出的菜单中选择“SVN Commit”；
此时将弹出“提交”对话框；
在Commit to 下方将显示本次提交代码或文档在SVN 服务器中的存储路径，在“Message”下方的编辑框内输入提交日志，可以填写本次提交主要做的相关改动，如修改了哪些功能，修正了哪些BUG 等，如是阶段性版本，还需要填写软件版本号，强烈建议填写提交日志，以供后期查看、回滚等操作时参考！
在下方的列表框中，会列举出所有已修改、新增或删除的文件，如列表框为空，则表示未检查到有任何改动，即与SVN 版本库中相应版本存储的所有文件是一致的，此时是无法进行提交操作的。
提交成功后，会提示如“Completed At revision:2”字样，并在日志输出框内会显示已提交的目录及文档，单击“OK”按钮完成提交工作。
所谓“更新”，通俗的说是将从SVN 版本服务器上获取最新的新增、删除或已修改源的代码或文档来更新本地计算机相对应的版本库，即增量更新。
在本地计算机要提交的本地版本库目录上右击，在弹出的菜单中选择“SVN Update”；
此时将弹出“更新”对话框，并等待更新完成；
更新完成后，在日志中可看到当前SVN 版本库的最后版本号（本例中为2），以及哪些文件被更新，单击“OK”按钮完成更新操作。
所谓“更新至指定”，通俗的说是将从SVN 版本服务器上查询某一个历史版本，并将本地计算机中的版本库更新至过去的某一时间点提交的版本，这就是我们通常所说的“回滚”操作。
在本地计算机要回滚的本地版本库目录或某个子目录或某个文件上右击，在弹出的菜单中依次选择“Tortoise SVN”、“Update to revision…”,此时将弹出“更新”对话框;
“Update Depth”为更新深度：
回滚时版本号的选择有两种方式：
通过根据“Message”和“Date” 等信息，决定要回滚的版本;在“Revision”为1 的一行上单击，使此版本信息一行处于选中状态，并单击“OK”按钮，此时可看到在下图的“Revision”右侧的版本号变为了刚选中版本;
单击“OK”按钮，此时将弹出“更新”对话框，等待更新完成即可；
更新完成后，则当前本地计算机此版本库内的文件为历史版本，如需要再次更新到最新版本，则再次执行“更新”指令即可。
