2安装SVN
 
2.1安装完成后，比如我想把代码放在我的电脑其中一个位置比如 ：我的项目在F盘的目录下中，我右键就可以看到如下：
 
 
说明snv已经安装成功了！
 
2.2使用checkout下载项目。
 
先说下几个基本的命令：
 
Checkout：把SVN仓库的代码下载到本地，比如你现在参与一个团队的项目，在你参与之前项目可能已经在运行或者技术主管也已经搭建好代码仓库，你可以通过checkout命令项目代码，获取相应的项目的代码。
 
Update：在你编写代码的过程中，项目参考者很可能已经提交过代码到SVN服务器，而你本地项目都是自己编写，肯定没有其他参与者新提交的代码，你可以通过update SVN获得SVN最新的代码。
 
Commit：当你完成一部分开发后并且程序中没有其它的错误，你可以通过commit提交代码到SVN服务器，服务器会产生一个新的版本，这样其它参与者就可以获取到您相应提交的代码。重要提示：每次必须先先update再Commit。
 
Checkout命令使用图解
 
新建或者进入目录下(比如我F盘：CBDATA)，右键 --> Svn Checkout -->
 
步骤1：在URL of repository输入  {项目地址}
 
 
步骤2 如果有提示输入账号输入账号密码就可以下载项目代码到本地了。
 
 
 
以上是已经下载好的代码了。
 
注意事项：
 
   打开下载的目录.svn这个隐藏目录记录着两项关键信息：工作文件的基准版本和一个本地副本最后更新的时间戳，千万不要手动修改或者删除这个.svn隐藏目录和里面的文件!!,否则将会导致你本地的工作拷贝(静态试图)被破坏，无法再进行操作。
 
 
 
TortoiseSVN图标介绍
新加的文件未加入版本管理的
新加的文件已加入版本管理的
已经加入版本管理并已经提交到服务器的
修改过的文件未提交到服务器的
冲突的文件，多人同时修改了该文件
A、Add命令图解
 
以下是我新加的文件，是没有图标的，相当这个文件已经创建了，但没有归属到SVN代码管理中
 
 
选中文件右键出现如下菜单，把文件加到SVN代码管理中
 
 
下面是加进去的图标，明显文件上多了一个图标+号，至此文件只是加到了SVN中，但还没有提交到SVN服务器。
 
 
同样是选中文件右键，功能菜单和上次的菜单已经不一样了，因为该文件已经加入到SVN代码管理中了
 
 
B、Commit命令图解
 
当我们代码编写完了，把代码提交到服务器可以通过Commit 来提交代码，注意要先更新再提交
 
 
下图是提交完后的文件图标
 
 
 
 
  
 
如果你修改了代码文件，状态就变成了已修改，而图标重载已变成了红色感叹号，你可以很容易地看出那些文件从你上次更新工作复本被修改过，且需要提交  
 
 

 
文章目录
 
前言
1、SVN简介
2、SVN仓库
3、SVN客户端
4、SVN基础操作
5、撤销和恢复
6、添加忽略
7、解决冲突
8、分支
9、代码暂存
 

 
前言
 
又是一年毕业季，不少小伙伴纷纷入职，我也找到了理想的工作。
 
正式进入公司后并不会像我们自学时自己一个人随心所欲地写代码，需要我们和同事进行协同开发，此时代码管理工具是必不可少的，目前常用的两款工具是：SVN 和 Git，今天我们就来学习一下SVN的使用！
 
该技术博客是关于B站SVN视频教程的笔记总结，希望能为大家带来帮助，视频链接如下：
 
https://www.bilibili.com/video/BV1k4411m7mP?p=5&share_source=copy_web
 
 
 
相关文章推荐：
 
 
Git/Github操作指南
 
 
1、SVN简介
 
SVN是什么
 
代码版本管理工具
它能记住你每一次的代码修改
查看所有的修改记录
恢复到任何历史版本
恢复已经删除的文件
 
SVN相比于Git的优势
 
SVN使用简单，上手快
目录级权限控制，企业安全必备
子目录Checkout，减少不必要的文件检出
 
主要应用场景
 
开发人员用来做代码的版本管理工具
用来存储一些重要的文件，比如合同
公司内部文件共享，并且能按照目录划分权限
 
2、SVN仓库
 
仓库推荐使用：SVN桶，目前最好用的SVN服务，网址如下：
 
https://svnbucket.com
 
3、SVN客户端
 
客户端推荐使用：TortoiseSVN，安装方式如下：
 
打开网址https://svnbucket.com，注册登录账号
点击下载SVN客户端
 
点击官网下载
 
点击按钮，就自动进行下载了
 
下载完成后，进行安装，无脑下一步就安装成功了（可以选择安装路径）
 
 
4、SVN基础操作
 
首先我们需要创建一个SVN项目：
 
 
 
然后我们在桌面上创建文件夹：workspace
 进入到workspace文件夹中，鼠标单击右键，单击SVN Checkout…
 
 创建一个需要检出的文件夹：
 
 接着，填写刚刚注册时候的用户名和密码：
 
 此时，svnbucket文件夹中的文件（代码）都可以提交到服务端
 
 我们在该文件夹中添加两个txt文件，鼠标右键，单击SVN Commit…进行提交
 
 

 提交之后就可以到SVN仓库中查看提交的内容了：
 
 
 
提交操作演示完毕后，也可以对提交的文件内容进行修改，首先我将xzb.txt文件中的内容进行修改，此时文件就会变红：
 
 然后在文件所在页面鼠标右键，单击SVN Commit…（提交之前单击SVN Update先进行更新，这样可以避免冲突）
 
 此时我们去SVN仓库查看xzb.txt文件，发现内容修改成功！
 
5、撤销和恢复
 
撤销操作第一种情况：首先我们将xzb.txt内容进行修改，文件就变成红色的，此时如果我们想撤销刚刚的修改操作，可以直接在修改的文件上鼠标右键，单击 TortoiseSVN——>Revert… 就可以撤销了！
 
 
 
撤销操作第二种情况：我们将错误的内容提交到仓库中了，此时我们想要撤销，需要先打开日志信息：鼠标右键——>TortoiseSVN——>Show Log
 
 

 此时这次撤销操作只是在本地撤销，还需要提交到服务端，这样才算真正撤销成功了！
 
 
撤销操作第三种情况：我们还可以将提交的错误代码撤销到指定的版本，比如我们想从版本6撤销到版本4，就可以选中版本4，鼠标右键，单击Revert to this revision就本地撤销了，最后需要再次提交才能成功：
 
 
6、添加忽略
 
有些时候，我们不是所有文件都想要进行提交，此时我们就可以对不想提交的文件添加忽略
 
我们接下来对zyt.txt文件添加忽略。首先需要选中文件，鼠标右键，点击TortoiseSVN——>Unversion and add to ignore list——>zyt.txt，此时zyt.txt文件上多了个❌标志，说明该文件被忽略了。然后我们进行提交就发现SVN仓库中没有zyt.txt文件了：
 
 
上述添加忽略的方式同时也是删除忽略的方式，如果想要将忽略属性删除那就再次执行上述操作！
 
7、解决冲突
 
什么情况容易发生冲突？
 
多人修改同一文件同一行
无法进行合并的二进制文件
 
怎么避免冲突？
 
经常update同步他人的代码
二进制文件不要多个人同时操作
 
如何解决冲突？（由于该过程需要两台电脑，且很难文字记录，所以提供视频链接）
 
https://www.bilibili.com/video/BV1k4411m7mP?p=5&spm_id_from=pageDriver
 
8、分支
 
什么时候需要开分支
 
隔离线上版本和开发版本
大功能开发，不想影响别人，自己独立开个分支进行开发
 
SVN经典目录结构
 
trunk：主干
branches：分支
tags：标签
 
 
首先我们在文件夹中创建上述经典目录结构（3个文件夹），将代码文件放到trunk文件夹中，加入我们的主干开发已经完成，准备上线了，我们就可以开个线上版本分支。选中trunk文件夹，鼠标右键，单击TortoiseSVN——>Branch/tag，然后按照下图操作就创建好分支了：
 
 
 此时我们更新一下，就会发现branches中出现了分支，接着我们把onlinev1.0和trunk文件重新检出到workspace文件夹中，鼠标右键查看属性就能得到这两个文件的URL：
 
 然后根据URL 检出SVN Checkout… 到workspace文件夹下，将svnbucket文件夹删除后，我们只有一个主干和一个分支：
 
 此时主干和分支的修改操作，相互之间并没有影响！
 
在这里我们的svnbucket-onlinev1.0是线上版本，线上版本出现bug我们就对其进行修改提交，这样对主干没有任何影响。
 
如果我们想把线上的bug修复操作合并到主干上，就需要将鼠标移动到线上版本，鼠标右键——>TortoiseSVN——>Show log，选中刚刚修改的版本：
 
 将此版本合并到svnbucket-trunk，这样就合并完成了！
 
 
接下来我们再创建一个onlinev2.0分支文件，演示一下如何切换分支，选中svnbucket-trunk文件
 
 
 此时另一个分支创建完成了，接下来我们从1.0分支切换到2.0分支：
 
 
 
9、代码暂存
 
需要使用代码暂存的场景：
 
代码修改了很多，突然需要紧急修复一个bug，但是代码并没有写完，不能提交
代码重构了很多，突然需要发布新版本，但是代码还跑不起来，不能提交
 
 
接下来我将文件内容进行修改，然后将文件暂存起来：
 
 
 取消暂存的方式也很简单：
 
 

1.【SVN 概述】
               1.SVN| Git
                            SVN是Subversion的简称，是一个开放源代码的版本控制系统，
                            相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。
                            互联网上很多版本控制服务已从CVS迁移到Subversion。
                            说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。
              2. 如果没有svn，一般会遇到的问题
                            *代码管理混乱
                            *备份多个版本，占用磁盘空间大
                            *解决代码冲突困难
                            *容易引发BUG
                            *难于追溯问题代码的修改人和修改时间
                            *难于恢复至以前正确版本
                            *无法进行权限控制
                            *项目版本发布困难
                            *使用SVN工具，就可以管理上述的这一类问题！！

                3. 简单的术语
                            *仓库
                            *提交
                            *检出/更新checkout
                   4.常用的版本的控制工具
                            *VSS、CVS、SVN、GIT
                  5.SVN数据结构（另外配上他的详细结构图，以及另外一张自我理解的结构图。
首先把图分为三层来看）


【SVN 的体系结构】





先看最底层，首先svn需要建立仓库，用来存储东西。他的存储方式可以是DB数据库的存储方式，和FSFS文件的存储方式。DB方式储存的话，在服务器中断的时候，可能会锁住数据，所以FSFS方式会安全点。而且默认是使用FSFS的存储方式。


在看中间一层。有使用过MySql的人都知道，在安装完MySQL之后，必须要启动服务之后，才能使用。同理SVN也是同样的，必须要启动服务。这里启动SVN有两种方法。一种是通过安装Apache的一些软件来启服务器，这个需要花费一些功夫。还有一种是通过注册本地的服务。


在看第一层。这里依旧拿MySql为例子，在使用MySql的时候，我们通常会使用一些软件去控制他，比如说navicat，小海豚等等。通过软件来控制MySql，同时也可以根据dos命令来控制它。但是那样太繁琐。而SVN同理也是可以通过DOS命令和软件来控制它。这里更加推荐软件来控制的方式，SVN只是一个代码的储存仓库。如果说通过大量的时间去研究SVN的DOS命令来操控它，这个是根本没有意义的。所以更多的人，会愿意用软件的方式来操作SVN


【总结】：

* SVN的仓库
 * DB         -- 使用数据库作为SVN的仓库


 * FSFS       -- 使用系统文件方式作为SVN的仓库
 *SVN仓库的访问(SVN的服务器)
        *整合Apache形式:http协议访问仓库
         *svnserve的方式:使用命令开启SVN的服务,使用SVN的协议访问


*SVN的客户端
   *命令行访问 

   *图形化界面

2.【SVN 的软件安装】

 1.双击Setup-Subversion-1.6.5.msi文件，注意自己的安装路径。点击next即可！

*安装完成后，打开DOS窗口，输入svnadmin --version 回车，查看是否安装成功！！
*如果发现安装不成功，拷贝C:\Program Files (x86)\Subversion\bin路径，

到环境变量的path配置一下就可以了！！
 2.可以了解一下svn安装后的目录结构
  *bin           -- 可执行的二进制文件 
 * iconv         -- 字符集编码的文件  
 *licenses           -- 许可证协议 
 *share         -- 本地语言转换

三、SVN 客户端软件的安装和使用
         【安装 SVN 客户端工具】
                   1.在可视化工具文件夹中选择自己电脑的版本的安装软件，双击安装！
                            *双击 TortoiseSVN-1.7.12.24070-x64-svn-1.7.9.msi 安装
                   2.安装完成图形界面后，可以使用图形界面的方式创建仓库。
                   3.安装后重启电脑。
四、SVN 的权限设定
         【权限设置步骤】
                  1）找仓库中的conf/svnserve.conf
                   2）修改配置文件
                            #anon 代表的是匿名用户，#auth 代表认证用户
                            *anon-access = none            -- 匿名用户没有权限。(取值:none/read/write)        
                            *auth-access = write           -- 认证用户有读写权限
                            *password-db = passwd          -- 让passwd的文件生效
                            *authz-db = authz              -- 让authz的文件生效
                   3）打开passwd文件:设置用户名和密码
                            xx=123
                            yy=123
                    4）打开authz文件:设置用户的权限
                            [groups]
                            crmGroup=xx,yy
                            [/]
                            @crmGroup=rw
                            *=
                            在公司里面，不可能只要一个项目组，如果存在多个项目组的话。
                            需要分组管理，使用[groups]来管理即可。

原文链接：最苦逼的程序猿（转载文章，若有不妥，通知后我会立即删除）
 
1. 什么是SVN
 
SVN全名Subversion，即版本控制系统。SVN与CVS一样，是一个跨平台的软件，支持大多数常见的操作系统。
 
作为一个开源的版本控制系统,Subversion管理着随时间改变的数据。这些数据放置在一个中央资料档案库(repository)中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。
 
这样你就可以把档案恢复到旧的版本,或是浏览文件的变动历史。Subversion是一个通用的系统,可用来管理任何类型的文件,其中包括了程序源码。
 
Git – 版本控制系统。
 
SVN是集中式，Git是分布式。
 
1.1. SVN工作原理
 
 
 
1.2. 我们使用SVN能做什么？
 
1、 多人共享同一的资源，并且可以对资源实现修改和更新；
 
2、 记录资源的每一次变更，以及记录更改该资源的人，并且可以恢复到之前的任何一个修改点；
 
2. 安装
 
SVN的安装分为2部分，第一部分是服务端安装，第二部分的客户端安装。
 
注意：一般情况下，我们只需要安装客户端即可，因为在企业中服务端是否运维来维护的，我们只需要开通一个账号即可。
 
常用的客户端又分为2种，第一种是安装在操作系统中的客户端，另外一种是Eclipse的插件。
 
2.1. 服务端安装（windows）
 
 
 
选择相应的文件安装。
 
 
 
 
 
 
 
 
 
安装完成后会在系统服务中有SVN服务项，并且默认是开机启动。
 
 
 
打开管理工具：
 
 
 
至此，服务端安装完成。
 
2.2. 客户端安装
 

 
 

 先安装客户端，再安装语言包。
 
 
 
 
 
 
点击右键查看是否有SVN选项。
 
 
接下来安装语言包：
 
 
 
 
 
选择中文：
 
 
 
中文生效：
 
 
 
此处客户端安装完成！
 
2.3. Eclipse插件安装
 
 
3. 创建资源库和用户
 
3.1. 创建用户
 
 
 
3.2. 创建资源库
 
资源库：用户提交文件到SVN，存放文件的仓库。
 
 
 
 
 
 
我们选择自定义权限：
 
 
 
 
 
创建完成：
 
 
 
测试： 
 
资源库创建完成。 
 
3.3. svn的几个操作说明：
 
1、Check out（检出）：从服务器端取得代码
 
把服务器资料库里存放的某个项目代码取出来，放到本地主机中，这个动作叫做“check out”。使用具体步骤：进入要安装项目文件的目录中，点击鼠标右键，选择SVN Check out项，然后填写项目的原始路径和安装路径后点击“ok”即可。
 
2、Update（更新）：更新项目代码
 
以前checkout过的一个项目代码，当服务器上有了更新的代码，或者本地代码损坏或丢失，update可以自动判断本地哪些文件较旧，或者缺少，都会自 动更新。当然，你也可以删除掉本地代码，重新check out。使用具体步骤为：在要更新的项目上点击鼠标右键，选择“SVN Update”项即可。
 
3、Commit（提交）：将本地代码上传到服务器
 
当修改（增加，删除，修改等所有写操作）过本地代码后，这个动做会把新代码提交到SVN。如果本地代码做了修改，不执行commit操作，SVN服务器上是 不会有这个新版本的，也就是说其它人也得不到。对代码做过修改后，应尽快commit。使用具体步骤：在修改完待上传的项目上点击鼠标右键，选择“SVN Commit”项即可。
 
4、share Project（共享工程）：ecplise中的操作
 
把一个非svn的工程，上传到svn中。
 
3.4. 使用客户端访问
 
 
 
 
 
 
测试导入文件：
 
 
 
 
搞定。
 
4. SVN协议
 
访问SVN资源库的协议通常有三种：
 
1、 http
 
a) 客户端和浏览器都可以访问。
 
2、 https
 
a) 客户端和浏览器都可以访问，同时比http更安全。
 
3、 svn
 
a) 只能通过客户端访问。
 
5. 资源仓库
 
SVN资源仓库中有三个非常重要的目录，trunk（主干）、branches（分支）、tags（标签），其作用是：
 
这三个目录，都是可以存放文件的，只是在功能方面有一些区别（只是约定）：
 
trunk：一般的项目都是基于主干开发的。
 
branches：分支，一般用于有某些开发功能时，需要基于主干开分支，开发完成后要合并到主干。
 
tags：标签，项目开发完成后，发布上线时，需要将主干的代码打标签到tags中，一般情况下，tags的内容是只读的。
 
这三个目录在实际项目开发过程中的应用：
 
 
 
 
 
Release：发行版，稳定版。
 
RC：Release.Candidate发行候选版本。
 
6.  SVN项目实战
 
在企业开发过程中，更为常用的是通过Eclipse的插件来管理文件版本。
 
6.1. 在Eclipse中创建SVN连接
 
创建svn 的资源库连接。
 
 
 
 
 
 
6.2. 将项目发布到SVN的trunk
 
 
 
 
分别创建trunk、branches、tags：
 
 
 
 
 
 
 
 
 
 
与资源库进行同步（比较不同）：
 
 
 
 
 
 
这么多内容都是应该提交到SVN的吗？
 
不是的，对于Maven项目而言，只提交src和pom.xml即可。
 
只需要项目相关的内容。
 
 
 
 
 
提交pom.xml
 
 
 
 
只去提交src里面的内容和pom.xml文件
 
每次执行与资源库同步时都会有以上内容，会影响每次提交的选择，所以可以选择将这些目录文件忽略掉。
 
6.3. 忽略指定的资源
 
6.3.1. 全局指定
 
 
 
6.3.2. 单个指定
 
 
 
 
删除忽略：
 
 
 
 
6.4. 提交代码
 
当我们在本地将代码修改后需要提交到SVN仓库，以便别人可以获取到最新的代码。
 
 
 
 注意：不建议直接提交，因为该文件可能会被其他人修改，从而造成冲突，推荐在提交（更新）之前先执行与资源库同步。
 
 
 
 
 
 
6.5. 更新代码
 
 
6.6. 冲突解决（难点亦是重点）
 
什么是冲突？
 
冲突就是在同一个版本基础之上，多个人对该文件修改了修改，其中一个人将文件提交到SVN，这时，该文件已经是新的版本，但是，其他人的本地还是旧的版本，
 
这时，其他人并不知道该文件已经有了新的版本，执行提交操作，这时就产生了冲突。
 
解决冲突的核心思想：为了避免冲突，要在最新的版本之上修改（也就是说修改之前先更新），再提交。
 
如果我更新了之后，在编写代码的同时别人将该文件再次更新（我不可能时时刻刻都查看更新），这时直接提交会造成冲突，正确的做法是：提交之前将该文件先执行与资源库同步操作，先将冲突解决掉再提交代码。
 
接下来就需要讨论下个话题了，如何解决冲突？
 
首先要先明确，解决冲突是不能通过工具自动完成的，必须人工完成，当然了，可以借助工具辅助完成。
 
下面，演示冲突的解决过程：
 
6.6.1. 制造冲突
 
在Eclipse中将文件内容修改，用于模拟用户1修改文件：
 
 
然后，在桌面中的目录中修改该文件，用于模拟用户2修改文件：
 
 
 
这时，先将桌面中的文件提交：
 
 
 
 
提交成功。
 
在Eclipse中将项目与资源库同步：
 
 
 
6.6.2. 解决冲突（关键内容来了）
 
0、选择team 与资源库同步
 
 
 
1、 双击打开该文件，查看冲突的内容
 
 
2、 将远程更新的内容写到本地
 
 
 
3、 将该文件标记为合并（注意，一定是已经处理完冲突了才能标记，要不然会将服务端的文件覆盖掉）
 
 
 
4、 现在，就可以大胆的提交了
 
 
 
6.7. 冲突的另一种解决方案
 
有些时候可能会是这种情况：
 
服务端文件的内容被大量的修改，如果按照上面的方法一个个解决，非常的麻烦，这时你可以尝试以下的解决方案：
 
1、 备份本地的文件
 
2、 将该文件执行 还原 操作，并且再执行 更新 操作（也就说，放弃自己的修改，更新到最新的版本）
 
 
 
3、 将备份文件中修改的内容，拷贝（不是全部啊，只是自己修改的部分内容）回该文件，再执行提交就OK了。
 
总结：这种解决方案的核心思想是，放弃自己的修改，把本地文件更新到最新版本，在最新版本基础之上修改，并且提交。
 
6.8. 冲突解决
 
本地修改了代码，服务器做了更新，
 
 
 
7. 新检出的项目 ，转换成 maven 工程
 
 
 
8. svn的操作整理
 
冲突的解决：
 
建议，如果本地的代码出现了 * ,本地代码和服务器代码不一致。 不要去做更新的操作。
 
去做与资源库同步的操作。
 
可以确定冲突的文件。 解决冲突。
 
推荐：把自己的代码，进行本地备份，然后删除工作空间中的代码，进行还原，并且更新。
 
然后把本地本分的代码和工作空间的代码进行比对，合并
 
再做提交。