SVN Subversion 重点：ldea集成使用SVN 配置SVN环境 检索项目 提交内容 更新内容 导入项目 版本冲突问题

SVN 介绍

在这里基础和其它的就没写了，谢谢理解

简介

全称 Subversion ，是一个开放源代码的版本控制系统， Subversion 在 2000 年由 CollabNet Inc 开

发，现在发展成为 Apache 软件基金会的一个项目，同样是一个丰富的开发者和用户社区的一部分。

SVN 是一个开放源代码的 版本控制系统 ，管理着随时间改变的数据。这些数据放置在一个中央资料档 案库(repository) 中。 这个档案库很像一个普通的文件服务器 , 不过它会记住每一次文件的变动。这样 你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。说得简单一点 SVN 就是 用于多个人共同开 发同一个项目，共用资源的目的 。

主要作用

1. 目录版本控制

Subversion 实现了一个 " 虚拟 " 的版本控管文件系统 , 能够依时间跟踪整个目录的变动。 目录和文

件都能进行版本控制。

2. 真实的版本历史

Subversion 中，可以增加（ add ）、删除（ delete ）、复制（ copy ）和重命名（ rename ），无论

是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。

3. 自动提交 一个提交动作，不是全部更新到了档案库中，就是完全不更新。这允许开发人员以逻辑区间建立并

提交变动，以防止当部分提交成功时出现的问题。

…

基本概念

Repository （源代码库）：源代码统一存放的地方

Checkout （提取）：当你手上没有源代码的时候，你需要从 repository checkout 一份

Commit （提交）：当你已经修改了代码，你就需要 Commit 到 repository

Update ( 更新 ) ：当你已经 Checkout 了一份源代码， Update 后就可以和 Repository 上的源代码同

步

工作流程

开始新一天的工作

1 、从服务器下载项目组最新代码。（ Checkout ）

2 、如果已经 Checkout 并且有人已 Commit 了代码，你可以更新以获得最新代码。（ Update ）

3 、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习

惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修

改了哪些代码，就需要这样做了）。（ Commit ）

4 、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。

（ Commit ）

注意：如果两个程序员同时修改了同一个文件， SVN 可以合并这两个程序员的改动，实际上 SVN 管理源

代码是以行为单位的，就是说两个程序员只要不是修改了同一行程序， SVN 都会自动合并两种修改。如

果是同一行， SVN 会提示文件 Confifict, 冲突，需要手动确认。

SVN 使用

新建版本库

1. 选择 Repositories 右键，选择 Create New Repository...

2. 选择默认设置，选择下一步，设置仓库名称

3. 设置仓库目录 （选择任意一个选项都可）

4. 设置仓库的访问权限（这里设置所有 svn 用户都有读 / 写权限）

5. 仓库创建完成

签入项目到 SVN （ import ）

1. 拷贝远程仓库的地址

2. 选择任意项目，右键选择 TortoiseSVN ，选择 import

3. 将上一步拷贝的仓库地址粘贴到地址栏

4. 选择永久接受

5. 输入用户账号和密码

6. 导入成功

7. 仓库右键，选择刷新，在服务器中看到的效果

检索项目（ check out ）

1. 复制要下载的项目的远程地址

2. 在需要检索项目的目录中，右键选择 SVN Checkout...

3. 输入远程地址，设置项目的存放位置

4. 检索完成

提交代码（ commit ）

1. 新建文件，右键选择 TortoiseSVN ，选择 Add ，将文件添加到版本库列表

2. 再次点击文件，右键，会出现 SVN Commit...

3. 提交成功

更新代码

1. 如果当前资源不是最新版本，则可在项目中空白地方右键，选择 SVN Update

2. 更新成功

版本冲突问题

版本冲突原因

        假设A 、 B 两个用户都在版本号为 100 的时候，更新了 kingtuns.txt 这个文件， A 用户在修改完成之后提 交kingtuns.txt 到服务器，这个时候提交成功，这个时候 kingtuns.txt 文件的版本号已经变成 101 了。同 时B 用户在版本号为 100 的 kingtuns.txt 文件上作修改，修改完成之后提交到服务器时，由于不是在当前 最新的101 版本上作的修改，所以导致提交失败。此时用户 B 去更新文件，如果 B 用户和 A 用户修改了文 件的同一行代码，就会出现冲突

版本冲突现象

        冲突发生时，subversion 会在当前工作目录中保存所有的目标文件版本 [ 上次更新版本、当前获取的版本( 即别人提交的版本 ) 、自己更新的版本、目标文件 ] 。

假设文件名是 kingtuns.txt

对应的文件名分别是：

kingtuns.txt.r101

kingtuns.txt.r102

kingtuns.txt.mine

kingtuns.txt

同时在目标文件中标记来自不同用户的更改。

版本冲突解决

1. 放弃自己的更新，使用 svn revert （回滚），然后提交。在这种方式下不需要使用 svn

resolved （解决）

2. 放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行 resolved fifilename 并提交( 选择文件 — 右键 — 解决 ) 。

3. 手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行 resolved

fifilename 来解除冲突，最后提交。

如何降低冲突解决的复杂度

1. 当文档编辑完成后，尽快提交，频繁的提交 / 更新可以降低在冲突发生的概率，以及发生时解决冲突的复杂度。

2. 在提交时，写上明确的 message ，方便以后查找用户更新的原因，毕竟随着时间的推移，对当初更新的原因有可能会遗忘

3. 养成良好的使用习惯，使用 SVN 时每次都是先提交，后更新。每天早上打开后，首先要从版本库获取最新版本。每天下班前必须将已经编辑过的文档都提交到版本库。