【转】Linux下svn的常用工作流程

原文网址：http://www.cnblogs.com/cobbliu/archive/2011/07/08/2389011.html

上篇文章在ubuntu和redhat5.5上搭建好了svnserve环境，下面总结一下svn的具体使用流程。

服务器的搭建

1）建立代码库。

#svnadmin create /srv/svn/repos/myproject

2）修改配置文件svnserve.conf

anon_access = none

auth_access = write

password_db = passwd 其中passwd是一个文件，默认是当前文件夹下的passwd，如果要用其他的passwd需要制定路径名

3）配置passwd文件

添加用户名和密码： cobing = 123

4）启动svnserve服务

#svnserve -d -T -r /srv/svn/repos

-d 表示把进程svnserve作为守护进程在后台运行

-T 表示用多线程的方式处理数据

-r

可以有效地改变文件系统的根位置，客户端可以使用去掉前半部分的路径，留下的要短一些的

要想让svnserve在系统启动时自动启动，需要把它添加到/etc/rc.local文件中

客户端

1）将本地代码导入到svn代码库中

#svn import test svn://192.168.146.128/myproject

注意：当初建立代码库的路径时/srv/svn/repos/myproject，我们启动svn服务器指定的根目录是/srv/svn/repos，而现在客户导入代码的目录是/myproject。因为svnserve指定了根目录，所以用户在访问192.168.146.128是就相当于在访问服务器的/srv/svn/repos目录，所以这个时候我们只需要指出myproject目录即可。这个地方很容易出错，多家防范，我掉进去摸索了好久才出来。

2）代码导入SVN代码库中以后，其他用户就可以从代码库下载代码进行修改了，这个操作由svn checkout 完成

# svn checkout svn://192.168.146.128/myproject

checkout之后，svn会在你的当前目录下生成一个myproject的文件夹，这个文件夹就是你将来进行各种操作、与svn服务器交互的地方

3）之后就可以coding了，但是要注意：每次对myproject下文件的添加、删除、移动、复制操作都要告诉svn：

a, 增加文件、目录 #svn add 文件或目录名

b,删除文件、目录 #svn delete 文件或目录名

c, 拷贝文件、目录 #svn copy 条目名1 条目名2

d, 拷贝条目并删除原条目 #svn move 条目名1 条目名2

svn项目本身已经存在的文件只需要对其修改即可，svn会自动检测到修改。

4）修改完文件后不能马上提交，还有很多工作要做：


当你完成修改，你需要提交他们到版本库，但是在此之前，检查一下做过什么修改是个好主意，通过提交前的检查，你可以整理一份精确的日志信息，你也可以发现你不小心修改的文件，给了你一次恢复修改的机会。此外，这是一个审查和仔细察看修改的好机会，你可通过命令svn status浏览所做的修改，通过svn diff检查修改的详细信息。

# svn status 会检测你做的所有文件和目录的修改

A item

预定加入到版本库的文件、目录或符号链的

item

。

C item

文件

item

发生冲突，在从服务器更新时与本地版本发生交迭，在你提交到版本库前，必须手工的解决冲突。

D item

文件、目录或是符号链

item

预定从版本库中删除。

M item

文件

item

的内容被修改了。

#svn diff 会精确地检测到你做的修改



4）At Last，您的修改结束了，并且与服务器上的版本没有冲突，那就提交吧！

#svn commit -m "LOGMSG"

不知道你们看到这里有没有疑惑？是不是在想svn update 和 svn status 到底什么区别，不都是检验修改么？仔细翻翻svn用户手册就会发现，svn revert , svn status 和svn diff这三个命令在没有连接svn服务器的时候也可以进行，为什么呢？细心的用户或者在windows上用过svn的用户就会发现，当前工作的svn文件夹里有一个./svn的文件，官方文档是这样说的“Subversion通过在

.svn

管理区域使用原始的版本缓存来做到这一点，这使得报告和恢复本地修改而不必访问网络，这个缓存（叫做“text-base”）也允许Subversion可以根据原始版本生成一个压缩的增量（“区别”） 提交—即使你有个非常快的网络，有这样一个缓存有极大的好处，只向服务器提交修改的部分而不是整个文件”。也许你已经明白了，是的，svn status是本地修改与.svn中的数据对比，而svn update是本地修改与服务器数据对比。两者的冲突是不一样的，svn status下的冲突是你跟之前checkout时服务器数据冲突，svn update下的冲突是当前时刻与服务器数据冲突。

以上操作均在redhat5.5上测试通过。

svn创建分支

有时候，我们在开发主分支trunk外创建另外的分支，这样可以保证主分支和另外的分支同时工作，当分支的任务完成之后就可以将分支合并到主分支上，继续前进。svn中的分支要创建在branches目录中。

1，创建分支时首先要复制主分支的一个版本到新分支中：

svn cp http://svn.ss.com/YStatTST/trunk http://svn.ss.com/YStatTST/branches/uvList2uvTree -m "we modified ..."

2，然后下载分支uvList2uvTree到你的目录下

svn co http://svn.ss.com/YStatTST/branches/uvList2uvTree

3，修改你的代码

4， 提交你的代码到分支uvList2uvTree上

svn commit -m "xxx"

svn删除分支

如果不小心创建错了一个分支，或者某个分支你不想用了，就可以删除分支

1， svn delete http://svn.ss.com/YStatTST/branches/uvList2uvTree -m "this comment must be pretty pretty long"

注意，日志必须足够长，如果这个日志信息不够20个字符的话，不能删掉分支呃~

svn分支对比

如果你想看看你的新分支跟其他分支（包括主分支）的区别，那就用svn diff吧

svn diff http://svn.ss.com/YStatTST/branches/uvList2uvTree http://svn.ss.com/YStatTST/trunk > filename.diff