SVN仓库目录结构规划.doc

SVN仓库目录结构规划 服务器 2010-06-10 16:08:31 阅读109 评论0 ??字号：大中小?订阅 SVN仓库的负责人规划好仓库的目录结构。推荐的目录结构如下图所示。 仓库的一级目录只有两个，分别为code和doc。其中，doc主要用来放置先期的文档，code主要用来放置工程的代码，也可以包含后期的文档。 仓库的二级目录只可以是branch与trunk两个目录，分别存放主干与分支。trunk目录下直接存放工程文件。branch目录下包括一些子目录分别对应各个分支。 图 2.4 从SVN仓库中取出代码时，一定不要把整个仓库取出来，而应该只取出trunk目录，或只取出branch下的某个分支目录（比如上图中的svn:codebranchxw_051206）。 一个项目会有多个人共同合作开发完成。基本流程是： ???????? 各开发成员建立自己的分支，并在此分支上开发； ???????? 各开发成员把分支合并到主干上并形成较为稳定的版本； ???????? 各个成员重新从主干上建立新的分支，在此分支上开发(即回到第一步) ???????? 循环往复，直到工程结束。 下面我用一个例子来说明合作开发的基本流程。 现在xb与lzj两个开发人员要共同开发一个工程onlytest，其这个工程的主干的SVN仓库地址如下图。 图 2.5 xb与lzj分别在onlytest这个工程中建立两个分支，分别为xb _051115和lz_051115。 在这里分支命名要采用[姓名缩写_6个数的日期_后缀(可选)]的形式，比如xb_051208_1，xb_051212之类的。创建完分支后我们可以看到这个工程的目录结构如下图所示： 图 2.6分支目录 建完之后， xb和lzj分别在本地取出对应的分支进行开发。 当程序到达一个比较稳定的阶段，就需要把分支合并到主干上，下面讲述一下合并的流程。 在本节中继续使用上一节中所示的工程与SVN仓库讲解。 1.2.3.1 xb与lzj分别修改自己分支上的代码 现在，主干上的test_SVN.txt是空文档。 由xb与lzj修改提交后，两个分支中test_SVN.txt分别如下两图所示： 图 2.7 xb_051129分支下的test_SVN.txt 图 2.8 lzj_051129分支下的test_SVN.txt 1.2.3.2 xb将xb_051129分支合并到主干 xb先把主干check out到本地。然后在主干的目录上右键选择svn-merge，弹出如下窗口： 图 2.9合并对话框 此对话框的含义是把From指定的分支版本到To指定的分支版本之间的差异合并到主干上。 在这里分支选的是xb_051129。版本号的选定方法是点击From中的Show Log，在Log窗口中按住Ctrl键，点击选择”made a copy”之上的那个版本，以及最顶上的那个版本，如图 2.11所示。然后点击确定回到上图中的对话框，会自动填写From与To中的Revision号。 2.10选择需要合并的版本 然后直接点击merge进行合并，你也可以通过dry run来看是不是两者之间有差异。由于没有其它人修改主干，所以合并的很顺利，下图是xb_051115与主干合并后的结果。合并完毕之后，由xb对主干进行提交。 图 2.11合并后，主干上的test_SVN.txt ? 1.2.3.3 lzj将lzj_051129分支合并到主干，解决冲突 xb合并完毕之后，lzj要将他的分支合并到主干上去，方法同上。但是由于xb已经修改过主干，所以产生了冲突，会弹出一个冲突对话框。双击对话框中的产生冲突的文件名，就可以调出工具对此文件进行合并，下图是我们用merge工具显示的界面。 图 2.12 ???????? 首先比较第一个窗口与第二个窗口，把结果修改合并到第二个窗口。 ???????? 然后确保光标处于第二个窗口时，点击上图中红色圈圈所示的按钮。这样会把第二个窗口的内容全部复制到第三个容口。之后保存，退出。 ???????? 然后在工程目录上点右键，进行SVN-Resolved。这样会删除无用的临时文件。 ???????? 最后提交所作的修改，并添加详细的注释。 中的标签 与CVS不同，使用SVN时不用专门为目录添加标签，因为SVN也对目录进行版本管理。 我们在提交时写好注释（比如重要的版本提交时使用051201之类的日期作为开头），就可以通过注释来查找比较重要的目录版本号，相当于CVS或VSS中的标签。 另外，每个工程都会有一个版本说明文件，通过此文件可以查找关键版本。 你可以重命名、移动或删除你的文件或文件夹，但请使用SVN进行这些操作，否则之前的版本信息会丢失。 使用SVN删除、移动与重命名文件夹的方法是在文件/文件夹上