如何在MAC环境下使用svn，以及新手在团队使用svn注意事项

1、Xcode4中苹果有自带的SVN软件------>Organizer------>Repositories

2、SVN checkout到本地后，删除本地file，对服务器有影响吗

不会影响服务器，当你执行“svn update”时会zai再次被自动下载；当删除后再执行“svn commit”就会在服务器上也对应删除。

3、连接服务器

点击file-》repositories-》点击坐下边的“+”-》然后名字及svn服务器的地址，还有type选中subversion然后next等等了。

4、Xcode4下,SVN中常用命令

Commit 提交

checkout 将服务器上下载到本地(正在使用的电脑)

update 更新文件

File------->SourceController------->update

中第3个按钮,是视图对比按钮

5、SVN中用法详解和注意事项

①提交自己的代码

SVN更新的原则是要及时更新，及时提交。当完成了一个小功能，能够通过编译并且并且自己测试之后，尽量早的提交，这样也保存了历史版本，必要时候可以回滚；在开始一天的工作之前，最后update一下项目。

②保持原子提交(不要不经意间修改并提交了别人的文件)

仅提交你修改的部分，最好不要一下子将整个项目提交；

当完成一个功能或文件后，最好提交。我就遇到完成某个功能后，没有提交，后来又做了更改，结果代码出现bug，无法恢复到正常时的代码。

③不要提交自动生成的文件

VisualStudio等开发工具在生成过程中会产生很多自动文件，如suo等配置文件，Debug,Release,Obj等编译文件，以及其他的一些自动生成，同编译代码无关的文件，这些文件在提交的时候不应该签入，如果不小心签入了，需要从仓库中删除。

④不要提交不能通过编译的代码

代码在提交之前，首先要确认自己能够在本地编译。进行SVN提交更新时最好是代码在提交前已经通过自己的测试。

SVN中常用命令详解

1、将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://19216811/pro/domain

2、往版本库中添加新的文件

svn add file

例如：svn add testphp(添加testphp)

3、删除文件

svn delete path -m “delete test fle“

例如：svn delete svn://19216811/pro/domain/testphp -m “delete testfile”

4、查看日志

svn log path

5、比较差异

svn diff path(将修改的文件与基础版本比较)

6、将两个版本之间的差异合并到当前文件

svn merge -r m:n path

SVN使用方法

更新（update），经常地update没有坏处，特别是多人项目中。如果每次提交（commit）前不进行更新（update）的到最新的版本的话，svn会提示当前的拷贝过期，需要更新。

提交（commit），一定要写上这次提交的内容的摘要，便于以后查阅。

将文件checkout到本地目录

svn checkout path(path是服务器上的目录)

svn update命令自动用服务器上的版本替换本地版本控制的文件

6、Xcode中使用SVN问题以及提交解决冲突问题

Xcode的SVN功能，和Eclipse中的subclipse或者windows下的tortoiseSVN比较起来功能还差很多。

我是索性不用的，直接用命令行。我看有的朋友是用subclipse，其实也挺好，不过，为了使用SVN功能要单独开一个耗费资源的Eclipse。

但是，不论使用什么SVN工具，都会遇到Xcode固有的问题，即projectpbxproj文件的提交冲突问题。

projectpbxproj文件里面包含了构建过程所需的所有文件，如果你在项目目录下增加了新文件，比如没有通过Xcode，该文件就不在projectpbxproj文件中，就不会生成到app中。同理，如果你从SVN中更新到其他项目成员增加的文件，而没有更新projectpbxproj文件（或者该成员根本就没有提交这个文件），则也会出现相同的现象。

如果项目成员提交了新的projectpbxproj文件，你这边没有在项目中增加新的文件，直接svn update就可以了。

7、Xcode中更新代码后项目文件打不开

若选择更新整个项目经常会出现冲突问题，尤其是projectpbxproj文件。此文件包含了构建过程所需的所有文件，如果在项目目录下增加了新文件，但没有通过Xcode，

该文件就不在projectpbxproj文件中，就不会生成到app中。同理，如果从SVN中更新到其他项目成员增加的文件，

而没有更新projectpbxproj文件（或者该成员根本就没有提交这个文件），则也会出现相同的现象。这一文件冲突将直接导致项目文件打不开。

解决更新代码后打不开项目文件方法：

当项目文件如tobaccoxcodeproj打不开时可以右键选择'显示包内容'，会看到有三个文件，projectpbxproj/usermodelv3/userpbxuser。

其中projectpbxproj有三个版本，和解决普通svn文件冲突一样解决冲突即可。

8、SVN 更新 提交 合并 区别

当本地文件没有改动，服务器文件改动的时候，更新会从服务器取文件覆盖当前文件

当本地文件有改动，服务器文件没改动的话，不会更新此文件

当本地文件有改动，服务器文件有改动的话，如果改动的部分不冲突，就会合并文件到本地，如果有冲突的话，会提示文件冲突，需要自己手动修改以后上传到服务器。

最后一个讲解合并：

服务器和本地的同一个文件（所谓同一个文件应该就是SVN相对路径相同，文件名相同的文件，这个由SVN留在本地的信息决定）已经修改，且修改的部分不重合，不重叠

当满足上面的条件的时候再更新，SVN就会自动合并

SVN的奥妙之处就在于别人提交了修改后的文件，你再提交你的话，他是不允许你提交滴。。。

>>>>

<<<

里面标记的是冲突的区域，把冲突区域删除掉为什么还不能提交

解决办法1：

删掉的话还是没有解决冲突，文件后面还会有几个文件名相同，但是后缀不同的文件

如果你不知道用SVN解决冲突的话，最简单的办法是这样的

把这个文件改名字，然后在文件所在目录更新，这样就会把服务器文件下下来，然后把自己修改的部分添加到更新的文件里面，这样就可以提交了

解决办法2：

在文件上面点击右键，到SVN的菜单，应该有编辑冲突的按钮，选择就会出现一个窗口，一边是服务器版本，一边是自己修改的版本 。

9、xcode自带svn的使用

1、代码中 某文件后面有 “M” 标记，表示该文件已被修改，需要 commit

（右键该文件 -> source control -> commit selected file）

2、代码中 某文件后面有 “A” 标记，表示该文件是新添加的，已受SVN管理，需要 commit

（右键该文件 -> source control -> commit selected file）

3、代码中 某文件后面有 “” 标记，表示该文件是新添加的，并且脱离了SVN的管理，首先需要add，然后 commit

（右键该文件 -> source control -> Add，这样该文件的标记就变为 “A”，然后在 commit）

Windows与Linux下SVN怎样使用

本文分2个部分(包括Windows与Linux操作系统平台),第1部分:怎样安装 第2部分:怎样使用

-----------------------------------------第1部分:怎样安装-----------------------------------------

怎样安装分2种情况,第1种:在公司上班 第2种:在宿舍电脑

--------------------第1种:在公司上班--------------------

说明:通常SVN服务器是安装在windows上的,安装好后,客户端2种平台都能使用

Windows平台下

服务端与客户端:

通常这种情况,你想安装,公司都不会让你安装,一般是由公司内网管专业人士统一安装好,并给你分配好账户与密码,以及每个SVN下使用权限,所以这种情况你可以不用去管怎样安装了,只管怎样使用即可

linux平台下

服务端:即windows上的服务端

客户端:如果你在本机安装的Linux虚拟机,通常是自己安装的,不是公司网管安装的,安装办法如下:

1步即能安装:在linux下输入命令 sudo apt-get install subversion

即SVN,安装后同windows上SVN一样,只不过这里是输入命令而已

--------------------第2种:在宿舍电脑--------------------

Windows与Linux平台下

说实在的,宿舍就1台电脑本来电脑就垃圾而且还开着虚拟机,在开2个VS2010,就已经卡的要死在来个SVN,估计会慢如蜗牛,其实大部分程序员也是只有一台电脑,安装SVN真的没必要除非有多台电脑SVN本质是为方便团队开发

-----------------------------------------第2部分:怎样使用-----------------------------------------

怎样使用要分2种情况,第1种:是Windows平台 第2种:是Linux平台

--------------------第1种:是Windows平台--------------------

1更新

右键->SVN更新

2提交(也可说成是上传)

第1步:进入要提交的SVN文件目录里面,导入文件

第2步:导入后,返回上一层目录,即返回到要提交的SVN文件目录,右键点击此SVN目录,弹出,提交,进入

第3步:进入提交对话框后,会显示2个编辑框,上面的编辑框是确认要提交的内容,下面的编辑框是你刚导入的文件内容,

你现在若是想提交刚才导入的内容,就把下面编辑框的内容用鼠标拖动到上面的编辑框,并按确定

若不想提交刚才导入的内容,直接按取消退出即可

3导出

即怎样去掉SVN的专用标志,有的是对勾,有的是号等等

方法 1:在文件属性--->选择显示所有文件,这时文件里会出现1个svn的文件目录,把它删掉即可(文件目录多时,不推荐)

方法 2:在SVN右键--->导出,这时导出的文件不会带SVN标志了

4删除

在SVN右键中,删除之后要返回上一层目录,点提交

删除信息在变更列表,要拖动到信息栏下,然后点确定

5保存认证

每当电脑密码更改时,SVN以前保存的密码也会要更新,此时会弹出一个认证框,重新输入账号与新密码,在保存认证处打勾即可

--------------------第2种:是Linux平台--------------------

1更新

命令:svn update

2提交(也可说成是上传)

第1步:进入要提交的SVN文件目录里面,

第2步:添加要提交的目录用svn add ----------->注:(代表添加文件、目录或符号链)

第3步:提交

(1)提交全部

svn ci -m""----------->m表示写注释,代表注释内容

注:在LINUX上同一目录存在其它文件,svn ci提交时,只会提交SVN服务器已有的文件如果想让同一目录下的其它文件也提交到SVN服务器,可以先通过svn add先添加此文件或文件夹等

(2)提交单个

svn ci -m"add select_area packet" Gateway_Handlercpp

后面一个加上要提交的文件(记的把后缀名写上去)

提交成功后会提示

Sending Gateway_Handlercpp

Transmitting file data

Committed revision 242

3保存认证

每当电脑密码更改时,SVN以前保存的密码也会要更新,此时会显示要输入密码,重新输入账号与新密码,最后会提示是否要保存密码(yes/no),选yes即可

4下载

命令 svn co (代表下载地址,例如http://1921681101/project/servers/command)

之后会在当前目录下,导出一个command文件夹,里面是SVN服务器上的文件

5删除

svn del (为文件名,或文件)

6查看修改后的操作是哪些

svn diff

---------------------------------------------------以下是摘抄的---------------------------------------------------

1、将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://19216811/pro/domain

简写：svn co

1、将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://19216811/pro/domain

简写：svn co

2、往版本库中添加新的文件

svn add file

例如：svn add testPHP(添加testphp)

svn add php(添加当前目录下所有的php文件)

3、将改动的文件提交到版本库

svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)

例如：svn commit -m “add test file for my test“ testphp

简写：svn ci

4、加锁/解锁

svn lock -m “LockMessage“ [--force] PATH

例如：svn lock -m “lock test file“ testphp

svn unlock PATH

5、更新到某个版本

svn update -r m path

例如：

svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。

svn update -r 200 testphp(将版本库中的文件testphp还原到版本200)

svn update testphp(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)

简写：svn up

6、查看文件或者目录状态

1）svn status path（目录下的文件和子目录的状态，正常状态不显示）

：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定

2）svn status -v path(显示文件和子目录状态)

第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。

注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的svn中保留了本地版本的原始拷贝。

简写：svn st

7、删除文件

svn delete path -m “delete test fle“

例如：svn delete svn://19216811/pro/domain/testphp -m “delete test file”

或者直接svn delete testphp 然后再svn ci -m ‘delete test file‘，推荐使用这种

简写：svn (del, remove, rm)

8、查看日志

svn log path

例如：svn log testphp 显示这个文件的所有修改记录，及其版本号的变化

9、查看文件详细信息

svn info path

例如：svn info testphp

10、比较差异

svn diff path(将修改的文件与基础版本比较)

例如：svn diff testphp

svn diff -r m:n path(对版本m和版本n比较差异)

例如：svn diff -r 200:201 testphp

简写：svn di

11、将两个版本之间的差异合并到当前文件

svn merge -r m:n path

例如：svn merge -r 200:205 testphp（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）

12、SVN 帮助

svn help

svn help ci

——————————————————————————

以上是常用命令，下面写几个不经常用的

——————————————————————————

13、版本库下的文件和目录列表

svn list path

显示path目录下的所有属于版本库的文件和目录

简写：svn ls

14、创建纳入版本控制下的新目录

svn mkdir: 创建纳入版本控制下的新目录。

用法: 1、mkdir PATH…

2、mkdir URL…

创建版本控制的目录。

1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增

调度，以待下一次的提交。

2、每个以URL指定的目录，都会透过立即提交于仓库中创建。

在这两个情况下，所有的中间目录都必须事先存在。

15、恢复本地修改

svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:

用法: revert PATH…

注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复

被删除的目录

16、代码库URL变更

svn switch (sw): 更新工作副本至不同的URL。

用法: 1、switch URL [PATH]

2、switch –relocate FROM TO [PATH]

1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将

服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的

方法。

2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动

(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用

这个命令更新工作副本与仓库的对应关系。

17、解决冲突

svn resolved: 移除工作副本的目录或文件的“冲突”状态。

用法: resolved PATH…

注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的

相关文件，然后让 PATH 可以再次提交。

18、输出指定文件或URL的内容。

svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。

svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)

19、查找工作拷贝中的所有遗留的日志文件，删除进程中的锁。

当Subversion改变你的工作拷贝（或是svn中的任何信息），它会尽可能的小心，在修改任何事情之前，它把意图写到日志文件中去，然后执行log文件中的命令，然后删掉日志文件，这与分类帐的文件系统架构类似。如果Subversion的操作中断了（举个例子：进程被杀死了，机器死掉了），日志文件会保存在硬盘上，通过重新执行日志文件，Subversion可以完成上一次开始的操作，你的工作拷贝可以回到一致的状态。

这就是svn cleanup所作的：它查找工作拷贝中的所有遗留的日志文件，删除进程中的锁。如果Subversion告诉你工作拷贝中的一部分已经“锁定”了，你就需要运行这个命令了。同样，svn status将会使用L 显示锁定的项目：

$ svn status L somedirM somedir/fooc $ svn cleanup$ svn statusM somedir/fooc20、拷贝用户的一个未被版本化的目录树到版本库。svn import命令是拷贝用户的一个未被版本化的目录树到版本库最快的方法，如果需要，它也要建立一些中介文件。

$ svnadmin create /usr/local/svn/newrepos $ svn import mytree file:///usr/local/svn/newrepos/some/project Adding mytree/fooc Adding mytree/barc Adding mytree/subdir Adding mytree/subdir/quuxh Committed revision 1

在上一个例子里，将会拷贝目录mytree到版本库的some/project下：

$ svn list file:///usr/local/svn/newrepos/some/project barc fooc subdir/

注意，在导入之后，原来的目录树并没有转化成工作拷贝，为了开始工作，你还是需要运行svn checkout导出一个工作拷贝。

另附：为SVN加入Email通知

可以通过Subversion的Hook脚本的方式为SVN加入邮件列表功能

编译安装了Subversion后 在源码的tools 下有一个comm-emailpl的Perl脚本，在你的档案目录下有一个hooks目录，进入到hooks目录把post-committmpl 改名为post-commit并给它可执行的权限。

更改post-commit脚本 把comm-emailpl脚本的决对路径加上，否则 SVN找不到comm-emailpl

REPOS="$1"

REV="$2"

/usr/local/svn/resp/commit-emailpl "$REPOS" "$REV" email@address1com email@address2com

#log-commitpy --repository "$REPOS" --revision "$REV"

最后一行是用来记日志的 我不用这个功能 所以注释掉了

-------------------------------------------------------------------------------------------------------

注意:为保证代码安全最好要备份每个操作都要谨慎

搭建SVN服务器端:

1 解压缩svn到一个目录, 例如c:\svn

2 解压缩svnservice的压缩包, 将svnserviceexe放入c:\svn\bin

3 安装TortoiseSVN, 安装完毕时会提示重新启动计算机, 重启完毕后安装简体中文语言包, 然后在随便一个目录右击, 就会发现多出了一些SVN相关菜单, 选择其中的TortoiseSVN, 再选择子菜单"Settings", 设置Language为"中文(简体)"

4 打开"我的电脑", 建立一个存放svn信息的目录, 例如c:\svnhome, 然后返回在c盘, 右击这个svnhome目录, 在出现的菜单中选择TortoiseSVN, 再选择子菜单"在此创建文件库", 选择fsfs方式即可 (注: 这里选择创建文件库实际上就相当于让TortoiseSVN代替你进行了svnadmin create c:\svnhome的操作)

5 在dos控制台状态下cd c:\svn\bin 然后svnservice -install -d -r c:\svnhome 再net start svnservice来将其作为服务运行, 建议你再到控制面板-管理工具-服务中找到SVNService, 右击选择"属性", 再将其启动类型设置为"自动"

6 打开c:\svnhome, 你会发现已经多了一些目录和文件, 打开conf子目录, 打开svnserveconf文件, 这里行前凡是有#的都等于是被注释忽略了, 你可以把#去掉让那一行生效, 或者自己新添加行 里面的英文注释已经详细说明了各种设置的含义, 最后你设置[general]小节中行前没有#号的内容为:

anon-access = none

auth-access = write

password-db = passwd

含义是:

未验证用户无任何权限 (如果把none修改为read就是给予读权限)

已验证用户给予写权限 (当然也能读)

密码数据存放到passwd文件中

然后打开同目录的passwd文件来设置帐户:

同样, 设置[users]小节中行前没有#号的内容, 例如:

snowman=abc123

含义是:

用户snowman的密码为abc123

6 打开"我的电脑", 在你需要进行版本控制的目录上右击, 选择TortoiseSVN, 再选择子菜单"导入", 设置"文件库url"为svn://localhost 点确定后就会提示文件正在导入 (注: 这里是svn文件库与svn服务是同一台计算机的情况, 所以可用localhost, 其它机器如果要访问svn服务, 应该用svn://svn服务器的IP地址, 例如svn://100052)

至此, SVN服务器配置完成

客户端配置:

1 没安装TortoiseSVN的计算机先安装它并重启计算机 (注: 具体步骤参照前面搭建服务器端的第3步)

2 创建一个准备用来存放版本控制工程的目录, 例如d:\project, 然后在"我的电脑"中右击这个目录, 选择"SVN取出", 设置"文件库url"为svn://svn服务器的IP地址, 接下来会问你用户名和帐号, 你就填写前面搭建服务器端所设置的用户snowman密码abc123

(文件库url可参照前面搭建服务器端第6步的注解)

点确定后就会提示文件正在取出到d:\project

至此, SVN客户端配置完成, 你会看到d:\project及其下面的文件都被标记了绿色对勾

客户端的简单日常使用:

1 要取得工程的当前的最新版本, 右击d:\project, 选择"SVN更新"

2 你更改工程后, 要将你的修改更新到SVN, 右击d:\project, 选择"SVN提交" (谨慎的话请先更新到SVN最新版本后再提交)

21 文件检出

安装TortoiseSVN后，SVN会跟Windows的资源管理器完美集成。点击右键，我们可以在菜单栏中选择“SVN检出”选项，输入要检出代码的文件库的URL地址，我们就可以检出该URL地址下的文件库的文件。默认情况下是检出最新版本的代码，如果需要，我们可以通过浏览日志，根据日志来找出想要的版本，然后在“版本”选项中指定相应版本就可以检出相关代码了 。

之后，对于同一个项目的主干开发，我们都在这个检出的代码文件目录下操作，而不是每一次提交或更新都重新检出一次。

22 文件添加

我们在本地创建的文件(包括目录)不会受SVN的控制，为了让其接受SVN的控制必须将其添加到文件库中。对于团队其他成员需要的文件，如代码文件、某些模块的a文件（由于某些需要，该模块代码不公开），我们必须让它们接受SVN的控制，并且保持最新的版本。

23 文件删除

当我们需要删除无用的文件(包括目录)时，不能使用Windows的资源管理工具，而必须使用SVN本身的删除文件功能。这样该文件被删除后，其所有修改历史仍然保存在SVN服务器中，以后仍然可以获得该文件的修改历史。

24 文件改名

当我们需要对文件(包括目录)进行改名的时，不能使用Windows的资源管理工具，而必须使用SVN本身的文件改名功能。这样该文件被改名后，其改名前的所有修改历史仍然保存在SVN服务器中，保持连续的修改信息。

25 文件更新

其他团队成员提交到SVN上的改动不会自动更新到你的本地拷贝中来，我们需要通过更新文件操作来获取其他成员对项目文件所做的修改。SVN更新文件操作会把文件库里的文件与本地文件进行合并，从而达到了同时保留其他成员的修改及本地的修改的目的。如果无法自动合并则会发生冲突，需要使用文件比较工具进行手工合并，合并完成后才能提交已解决冲突的文件。冲突的详细解决方法见第三章——冲突解决。

在团队开发时，更新是一件很重要的工作，可以保持团队成员之间的工作内容一致，因此要注意经常更新自己的工作拷贝，以保证自己能够获得最新的修改内容。

26 改动提交

我们对文件(包括目录)所做的一切改动，包括添加、删除、修改文件都必须提交到SVN服务器文件库中才能正式生效，之后团队的其他成员才可以获取你所作的修改。

提交是很重要的一项操作，要求做到：

 提交代码之前一定要保证修改后的代码能编译通过，不能提交编译不通过的代码。

 比较修改前及修改后的代码，把调试信息或其他不相关的信息去掉，再次确保提交的代码是正确的并且提交的是需要提交的文件。

 不要等到修改了很多代码才提交，而是相关小功能完成时就应该提交一次。这样以后发现问题时就很容易撤销有问题的代码——因为撤销只能针对一次提交，所以在一次提交里涉及过多的功能是不推荐的。

 提交时必须填写log信息，说明这次提交增加了什么功能或者修正了什么bug。这些信息有助于自己和其他团队成员了解整个项目的历史。当出现问题时也方便定位到对应的版本代码，所以log信息必须足够详细。

 事务性提交。也就是说提交要么成功，要么全部失败——即提交出现错误时会自动回滚，实际上没有提交任何东西。出现错误时，解决错误，再次提交上次提交的全部内容即可。

3 冲突解决

冲突的解决是我们使用SVN过程中的一个棘手问题，所以独立一节来谈论。

31 冲突的产生

冲突发生在多个成员同时对同一个文件进行修改的情形下。即当有其他成员已经提交了修改，而自己在本地拷贝中也对该文件进行了修改，而且修改的是同一个地方，那么在进行本地文件的更新时，SVN会不知道该选择那个修改（SVN上的修改还是本地的修改）来进行合并，所以冲突就产生了。

举例说，假如受SVN控制的文件Daytxt在SVN服务器上的当前内容如下：

图表 3 Daytxt文件在本地的修改

我们可以看到，在文本的第一行，SVN上及本地都做了修改。这样当在本地进行更新（提交之前必须先更新），SVN合并时就不知道monday后面到底该是work还是sleep，所以冲突就产生了。

而第三、五行是各自进行了修改，并没有冲突，所以这两行可以顺利合并，合并后可以看到所有人所做的修改。

32 冲突的解决

冲突发生后，SVN会在本地保存该文件的不同修改版本，见下图蓝色图标：

图表 4 Daytxt文件的不同版本

 Daytxtr35是版本35的Daytxt文件（本地拷贝最新版本）

 Daytxtr37是版本37的Daytxt文件（SVN上最新版本）

 Daytxtmine的是本地修改后的Daytxt文件

 Daytxt文件中包含了合并后的内容

321 简单冲突解决

对于简单的内容冲突，我们可以直接在合并后的文件上修改。在上例中，我们打开Daytxt文件，可以看到SVN合并后的内容：

图表 5 Daytxt合并后内容

我们看到没有冲突的修改：(play basketball)及（meeting）顺利地合并了，而冲突的部分出现了一些标记。其中标记

<<<<<<< mine

=======

之间包含的是本地修改的冲突部分的内容，即monday(work)。而标记

=======

>>>>>>> r37

之间包含的是版本37（SVN上最新版本）该部分内容，即monday(sleep)。

不失一般性，假如我们现在要保留的内容是monday(work)，那么我们只要把标记及monday(sleep)部分内容去掉即可：

图表 6 Daytxt解决冲突后内容

确保修改正确后，把Daytxt文件设置为“已解决的”。

图表 7 Daytxt标记为已解决

之后，后缀为mine,r35,r37文件全部消失，仅保留已解决冲突的Daytxt文件，提交到SVN即可。

322 复杂冲突解决

对于文件内容复杂的文件，上述的解决方法容易漏掉一些要修改的部分，解决起来也耗时耗力。这时要通过SVN提供的工具来解决。

选择SVN功能“编辑冲突”，打开冲突编辑工具:

图表 8 冲突编辑工具

上半部分的两个内容栏分别显示的是版本37的内容及本地修改的内容。

下半部分的内容栏显示的是合并后的内容。

每个内容栏左边的标记清楚地标识了该文件做了那些修改。

文件冲突的部分用红色显眼地表示了出来。在合并栏，点击冲突部分，点击右键，我们可以选择用哪个内容（SVN上最新内容或者本地修改内容）来解决冲突部分，也可以选择两个内容都使用，同时选择它们出现的先后顺序。

逐一解决各个冲突。确保所有冲突都解决后，保存文件，并标记为“已解决”的，退出该工具即完成冲突的解决。

4 加锁策略

事实上，解决冲突还有一种方法，那就是“严格加锁”。

“严格加锁”要求在编辑文件之前必须先对文件加锁，然后才能进行编辑。此时团队其他成员不能对该文件进行编辑，即保证了同一时刻只有一个人在编辑该文件，因此避免了冲突的出现。

那么，什么类型的文件我们应该采取“严格加锁”呢？

 Excel、等不可合并的文件，我们必须对其“严格加锁”。“严格加锁”的文件都标记为“可读”的，即不可编辑。要编辑这些“严格加锁”的文件，必须先对其加锁，加锁后文件更改为“可读可写”。编辑完这类文件后要第一时间提交。提交完成时，SVN会自动解开任何你拥有的锁 。

 文本文件，比如程序代码，SVN通常可以为我们合并改动，无须“严格加锁”。对于一些大家都频繁改动的重要源代码文件，可能会引起大量冲突，我们也不推荐“严格加锁”，因为加锁会导致大家持续得走来走去去询问加锁情况。正确做法是把文件分成数个逻辑单元，大家都修改各自的单元，减少合并时的冲突。

5 标签&分支

一个项目最初存放的目录我们称之为主干(trunk)。下面我们讨论除了主干之外其他存放项目的目录——标签(tag)和分支(branch)。

51 标签（tag）

版本号可以区分多次的代码修改，我们可以使用版本号来检出需要的代码，但对于重要版本的代码，如第三版发布代码，我们不希望记住r37这样的数字。这时，我们就可以通过创建标签来对SVN中这个发布版本的文件的这个时刻的状态创建一个“快照”，以后就可以通过这个标签名字来检出第三发布版本的代码。

标签其实是当前项目文件的简单拷贝，保存在标签所在的目录下。创建标签也是挺简单的，不过要注意：

 标签的名字一定要有描述性，可以仅凭名字就知道为什么要创建标签。

 不能过多地使用标签，只有在重要时刻或者发布版本时才可以创建标签。

 标签是项目文件在某个时刻的状态，不能对其进行修改 。

52 分支（branch）

分支跟标签一样，也是当前项目文件的简单拷贝，保存在分支所在的目录下。

分支跟标签的根本区别在于，标签不能对其进行修改，而分支就是为了某种目的的修改而建立的。在检出代码时检出指定分支即可，分支的操作跟主干上的操作完全相同。

521 何时创建

遇到下述情况，我们可以通过创建分支来解决问题：

 发布分支

当我们快要发布一个版本了，一个开发小团队要为这次发布做好准备，比如说修改一些收尾的bug。这时他们需要的是项目的稳定性，而同时我们还有其他团队要开发预计下次发布才会添加进去的功能，显然他们不能在同一份代码上工作，因此我们需要从主干中建立出一个发布分支，发布团队都从这个发布分支检出及提交代码。当程序被发布之后，这个分支依然是活动的。这样，如果客户报告了一些bug，团队会在这个发布分支中修正它们并视情况合并到主干中去。

 试验分支

当我们需要对项目做大范围的改动，并且这改动对系统的其余部分有深远的影响，而我们又不能保证这次改动一定能成功的时候就可以建立试验分支。如果试验失败了，可以废弃这个分支；成功了我们只要把分支的改动合并到主干代码中去就可以了。

其他情况，我们不建议创建分支，更不推荐在分支上创建分支，因为分支过多，合并时的冲突将会是一种难于解决的灾难。

522 合并分支

我们在分支上所修正的bug很可能在主干上或者其他分支上也存在，因为它们往往来自同一份代码，所以我们在分支上所做的改动有必要合并到主干或者其他分支中去。

对于简单的bug，一次提交就能解决问题的，那么我们只要记住提交新版本号，然后使用新版本号把改动合并到其他的受影响的主干及分支中去就可以了。

对于复杂的bug，可能需要多个开发者花几天的时间提交多次才能修好。这时光用版本号来记住修改的内容就有点勉为其难了。因此，我们可以使用标签来标记我们修正过程的开始和结束，然后使用这些标签帮助我们把修正的代码合并到主干和其他分支中去。整个过程如下：

① 给分支打个标签，标记bug修改开始。

② 测试重现bug，修正代码让新测试通过。

③ 提交你的改动到SVN上。

④ 重复步骤2、3，直到确定bug已经修正。

⑤ 再给分支打个标签，标记bug修正结束。

⑥ 使用两个标签来把修正的代码合并到所有其他受影响的主干和分支上。

6 注意事项

经常更新

 由于文件可能有多个人修改，应该经常更新你的工作拷贝中的文件，这样能降低发生冲突的可能性。

测试提交

 提交前先在本地进行测试。不允许将有错误的文件提交到SVN服务器上。

填写备注

 提交时一定要写备注：备注有助于其他人（包括三个月后的你自己）理解你对文件所做的修改。

整体提交

 提交文件时注意要提交一项改动所对应的所有文件，不要一次提交一个文件或者一次提交修改了很多功能的一堆文件。

发布标签

 对于每一个发布的版本都要建立标签：当用户告诉你发生某个问题时，你可以迅速地追踪到问题是在哪个版本引入的 。

附：测试自动化小组SVN使用指导原则

1 Project的构建

Project在SVN服务器上的目录架构如下：

SVN上的项目文件：

1 必须保证Trunk上的代码是最新的！定期对Trunk上的代码进行更新，各小组可根据各自实际情况自己把握

2 Tag是根据项目需要所打的标签，每一个发布的版本都要打Tag，主要是方便有需要时可以直接根据Tag返回到之前的状态，以便于分析、测试；Tag中必须包含相应的release文件及当时编译或发布时的源代码，必须有相关的文档注明项目背景、发布情况等。

3 Branch文件夹可以用作备份用，可以用个人名字命名文件夹；此外，Branch分支主要用来进行短暂或者探索性的开发使用，最终的软件版本必须更新、合并到Trunk主干上。

4 关于同一项目组开发环境的建议：同一项目组成员的开发环境最好一致，软件安装路径和Project文件存放路径最好一致。

2 版本号

关于版本号命名规则：主版本号子版本号修正版本号

1 项目初版本时，版本号为010；

2 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1；

3 当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0；

4 当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1，子版本号和修正版本号复位为0；

5 编译版本号一般是编译器在编译过程中自动生成的，我们只定义其格式，如果编译器不能自动生成，人手添加，数值代表为当前的系统时间。

例子：V101 Build090305 Rel111123

其它版本使用规则：

1 α（alphal）内部测试版

此版本表示该软件仅仅是一个初步完成品，只在组内内部交流，该版本软件的 bug 较多，限内部测试使用。

例子：V011 Build090305 alphal1

2 β（beta）外部测试版

该版本相对于α版已有了很大的改进，经过组内的测试，消除了严重的错误，但还是存在着一些缺陷，需要经过大规模测试来进一步消除。

例子：V012 Build090305 beta1

3 demo 演示版

仅限评审或讲解时做介绍使用。

例子：V013 Build090305 demo1

4 release 最终版

该版本意味“最终释放版”，在出了一系列的测试版之后，终归会有一个正式版本，一般情况下，release不会以单词形式出现在软件封面上，取而代之的是符号 (Rel) 。release版本发布时，必须将待发布的软件和相应版本更新记录打包在一起发出。

例子：V101 Build090305 Rel111123

3 权限限制

如果项目本身需要对项目组成员作不同的权限控制，可以考虑维护两个工程：一个工程里面有相应的源文件，一个则只有编译后的文件。

4 模块的版本维护

1 文件一般不需要版本，但要有详细的更新历史记录；

2 模块可以以版本来维护，具体可以不同的文件夹区分。

在SVN服务器所在的局域网内，使用SVN的内网地址进行https进行访问。正常情况下，在内网是可以正常访问连接使用的。

在SVN服务器上安装使用nat123客户端。如没有SVN服务器权限，则在同一个局域网内安装使用客户端同样可以。

登录客户端，添加HTTPS映射，由于SVN是443端口应用选择HTTPS映射是最合适的。将内网固定SVN地址映射到外网。

映射时使用填写的外网域名可以直接使用默认的开放二级域名。

也可以使用自己的域名，当填写使用自己的域名时，同时需要在自己注册域名解析网站设置域名解析指向，将域名指向提示的cname目标 地址。

映射成功后，只要是可以上网的环境电脑，都可以使用映射后的外网域名地址进行访问连接内网对应的SVN应用。