透彻的解释了svn copy 的工作原理-强力推荐_我叫特踏实的博客

假设你需要在你的电脑上维护一份被分离的文档,一个手册或是别的什么.某天要求你对同份文档做一个不同的修改分离,但分离后他们两者只有一小部分不同,因此只有轻微的不同。你将怎么解决这种处境?显而易见的方法是:可以再拷贝这份文档,然后保存两个不同的分离版本.当某个部分要进行修改时,只要写入对应的文件就可以了。经常需要对两个拷贝版本进行同样的修改.例如:如果发现一个打印错误在第一个文件里,这也很可能存在第二个拷贝文件里。因为这两个文件是相同的.
这就是分支的基本概念,一条基于另外一条开发线存在的分支.并共享在分离之前的日志.一个分支就象一个拷贝的存在,并从那里离开,并具有自己的历史.
针对这样的需求Subversion便提供了一些功能来保持文件或目录分支的平行性.允许通过拷贝数据来创建分支,并记录与源文件的关系.也能帮助你将一个分支的修改复制到另外其他的支流上.总的来说,能够映射出不同的工作拷贝.这样就可以在不同的分支上进行工作.
3、使用SVN分支
假设Sally与你同时拥有"calc"项目的工作副本,并都有/calc/trunk的工作副本.所有项目相关的文件都在/calc目录下,因为你们的团队已经商定/calc/trunk用于存放开发主线.
此时你被要求完成一个任务就是新增项目的一个基本新特性.这将需要很长的时间来完成,并可能回影响到项目中的大部分文件.问题是你不想与Sally有任何冲突,她正在修改项目中的一些存在的小BUG.并依赖于最新发布的项目版本,这里(/calc/trunk)主线版本是最有效的.如果你提交修改那么肯定会打乱Sally的修改工作.一种策略就是进入一个空洞:你和Sally在一到两周内停止共享信息.那就是获取一份主线版本的工作副本 ,并写在你修改的功能结束以前不做任何提交，直到你完成工作任务再尽心提交.这个方案存在着很多问题,第一,这样做很不安全.很多人喜欢频繁的将工作结果上传到版本库,以防止工作副本被突发事件破坏引起的后果.第二,不够容易.如果你在不同的机器上工作,你就需要手工的将工作副本进行拷贝修改.最后,当你完成你的所有修改后,你将发现很难将你的工作合并到主线项目的代码中去.更好的解决方法就是创建你自己的分支.这样就能在不与其他人的冲突的前提下，频繁的提交工作，也能有选择性的共享信息。
4、创建一个SVN分支
创建一个分支非常简单-只需要用svn copy命令拷贝项目就可以完成创建. Subversion不单支持单文件,也支持整个文件目录的分支创建.在此例中,我们要拷贝/calc/trunk文件夹.那么应该把拷贝放在那里呢?任何地方你想要放置的地方.这里需要提到项目的策略在库中有/calc/branches目录空间,并且你想要拷贝的目录名重命名为my-calc-branch.
有两种不同的方法来进行拷贝。方法一：首先介绍有些麻烦的方法。只是为了让概念清晰一点.首先,检出一份版本库./calc到本地工作目录work/calc/。先进入本地工作目录：

$ cd calc/
$ svn copy trunk branches/my-calc-branch
$ svn status
A  +   branches/my-calc-branch
在这个例子里,拷贝命令递归拷贝trunk下的文件到新的工作目录branches/my-calc-branch下。使用svn status
 命令,可以看到新的目录被添加到了版本库中。同时注意"+"符号前面的字母A.它表明添加的列表是一些数据的拷贝,并不是新添加的版本库的数据。
  $ svn commit -m "Creating a private branch of /calc/trunk."
Adding         branches/my-calc-branch
Committed revision 341. 
  现在介绍一种简单的创建分支的方法,那就是可以通过给svn copy 命令传入两个URL路径来实现. 
  $ svn copy http://svn.example.com/repos/calc/trunk \
           http://svn.example.com/repos/calc/branches/my-calc-branch \
      -m "Creating a private branch of /calc/trunk."
Committed revision 341.
从版本库的角度来看,实际上这两种方法并无任何区别。唯一的区别只在于前者是在本地客户端进行操作，后者可以立即执行SVN分支任务,简单,并不需要你检出庞大的工作副本。后者的方法是最常用的。
5、廉价的拷贝——如何使用分支代码？

       使用SVN分支进行工作，建立了项目的一个分支之后,我们就可以检出该分支并开始工作使用它。
  $ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch
A  my-calc-branch/Makefile
A  my-calc-branch/integer.c
A  my-calc-branch/button.c
Checked out revision 341.
这个工作副本并无任何特别之处；只是简单镜像了一个库中项目.当你提交修改后,Sally并不期望当她更新工作副本的时候看到这些修改，因为她的工作副本是/calc/trunk。让我们假设看看一个星期里所发生的事：

      You make a change to /calc/branches/my-calc-branch/button.c, which creates revision 342.

      You make a change to /calc/branches/my-calc-branch/integer.c, which creates revision 343.

      Sally makes a change to /calc/trunk/integer.c, which creates revision 344.

现在这里出现了两条独立的开发线。
                                    svn copy命令的作用是拷贝某些svn版本控制的文件，生成的新文件直接纳入版本控制中
[root@localhost test2]# ls
aa.txt  contract.html  css  img  index.html  js
[root@localhost test2]# svn cp index.html index_bak.html
A         index_bak.htm...
                                    SVN几个重要文件夹说明：
   我们一般习惯性在创建repository仓库后,再在刚才创建的仓库里面再创建trunk、branches、tags这三个文件夹,而不是直接将项目提交到仓库的根目录下(虽然直接将项目分享到仓库的root根目录下也是可以的,但是我们一般不这么做)。主要目的是:为了给项目各个阶段,各个版本归类、分阶段存储、并行开发。
trunk文件夹: 主干，我们一般把项目...
                                    最近这两天，公司要做国际化的开发，本打算要用struts2内置的i18n拦截器做国际化资源文件处理，但后期项目组开会讨论决定copy开发完的中文版本的项目，在此基础上做英文
的版本，因此要用到svn的相关操作。
起初，我和项目组的一个同事考虑是要svn创建一个新的分支，然后基于分支进行开发，但后来考虑到英文版本的项目是非分支，而是一个新项目，是不需要最终合并到master上
面的，so...
                                    分支、标签操作一、创建分支/标签，其实分支就是另一份拷贝svn copy  二、合并分支svn merge你想合并所有分支的修改到主干上，让别人也可以使用。这种场景下如何使用svn merge？记住这个命令比较两个目录树，然后应用比较结果到工作拷贝，所以要接受这种变化，你需要主干的工作拷贝，我们假设你有一个最初的主干工作拷贝（完全更新），或者是你最近取出了/ca
                                    使用TortoiseSVN移动文件夹1.鼠标点击选择需要移动的文件2.拖动到目的文件夹（按住ctrl拖动为复制，旁边会显示copy to 字样，不按则为剪切，显示move to）
                                    要修改的是SVN的路径问题，如何修改呢？就是右键项目，然后选择”Team“选项，之后选择最下面的”断开连接“选项，然后在弹出的框框中选择第一个“并且从文件系统中删除SVN元信息”。然后选择yes，这样就讲粘贴的新项目的svn路径给删除了。之后，再右键项目，选择“Team”选项，然后再选择“share project”选项，选择SVN，然后选择SVN 资源库，然后选择对应的SVN相应的名称即可，最后...