文档规则.doc

文档规则 [本地工作区] ：work copy ，本地工作副本； [主项目]：引用共用模块的新项目（工程） 最新版本（HEAD revision）：版本库里文件或目录的最新版本 添加svn:externals 属性，格式：子目录名称 -r版本号 公用模块的URL。公用模块取出ckeckout出来的[本地工作区] 必须作为[主项目][本地工作区] 的子目录，格式中的“子目录名称”就是指公用模块的[本地工作区] 目录名称，注意不要与[主项目]自身的目录同名。如果需要使用公用模块的特殊版本，需要设置格式中的“版本号”，注意加上“-r”。设定好svn:externals 属性后需要进行提交commit操作。项目团队的其他成员直接更新update即可，能够自动得到公用模块的[本地工作区]。[主项目]的提交commit 对公用模块的[本地工作区] 不会发生任何影响。如果引用多个模块，只需要在设置该属性值的时候将多个模块的路径都填写上去即可。 注意：公用模块的[本地工作区] 一般不建议进行修改，即不要直接对公用模块的[本地工作区] 进行修改、提交commit 操作，建议管理员将公用模块的svn库的权限设置设定为只读权限。如果公用模块确实需要针对[主项目]进行个性化修改，这种情况的处理方法在此次讲座的后面将会谈到。 分支技术与产品化开发 2.1 tag/branch的作用和区别 分支:常用来测试新功能，但又不会因为编译错误或BUG干扰开发主线。 标记:用来对项目的特殊版本进行标记，通常不再用于开发。当然你也可以修改/tags/中的副本，但提交时SVN会有警告。例如当项目达到发行状态时可以创建一个发行版本的标记。 注意：/trunk /branches /tags 是SVN默认的 主干/分支/标记 目录的名称，SVN将对这三个目录有特殊的处理。 2.2 推荐的版本库结构： 一个项目，trunk目录来存放开发的“主线”，branches目录来存放支线副本， tags目录来存放标签副本。_XXX ../trunk ../branches ../tags Trunk目录保存开发的“主线”Trunk目录下面至少包含两个目录：Document、Source、Product，分别保存文档、程序源码、交付用户的安装包及手册。 branches目录来存放支线副本branches目录下至少包含两个目录：Alpha和Special，分别保存测试分支和定制化开发项目分支。创建分支时分支的名称要尽量能够表明分支的用途，例如一个测试分支名为FirstTes其目录为Project_XXX/tags/Alpha/FirstTes使用支线的的常用模式为：1、项目达到可测试状态准备交给测试团队进行测试，创建Trunk的测试分支保存至Alpha目录下，测试团队从这个测试分支获取安装包或者程序等进行测试；2、项目要根据另外一个新客户进行少量定制化开发，为了避免干扰目前项目的开发，创建Trunk的定制化开发分支保存至Special目录下。 tags目录来存放标签副本2.3如何做branch 2.3.1分支 —主干 实施团队开始为某个单位进行实施前，首先通过配置管理委员会的评审来建立相应实施模块的分支。需要对该单位实施多少个模块，就要针对多少个模块分别建立分支，分支的名称建议采用“项目名+时间”的形式，下图显示的为 source模块所建立的XXX厂的分支： 选择“切换工作拷贝到新分支/标记的选项” 时，本地工作区将变成新建分支的副本。一般来说，这个分支是不是由实施团队建立的，操作人员没必要马上将自己的工作区变成分支的副本。需要变成分支副本时，可以还可以通过切换Switch...切换Switch...trunk主干上是class目录切换分支后不能是别的目录。进行改操作之前必须提交commit取出checkoutsvn:externals 属性进行设置，然后提交供实施团队中其他人员下载（取出checkoutbrach合并 2.5.1分支——〉主干 实施团队在分支上的工作过程中发现一个在主干trunk上也同样存在的错误，实施团队在自己的分支上修改并提交committrunk上的过程，其操作人员为开发团队成员： 确定[本地工作区] 是主干trunk后，点击鼠标右键，选择“合并Merge...tag 标签的建立过程跟分支建立完全一样，只是目录不同： 如果一个已经标记过的还发布了的版本Version_1.0.，还要进行修改，正确的方法是创建一个新的分支，在新分支上做修改，再根据这个分支创建新标记比如Version_建立版本库的桌面快捷方式 在桌面上建立一个任意程序的快捷方式，然后将快捷方式的“目标”修改成类似下例中的内容： C:\Progra