[互联网]SVN基本操作与规程.pptVIP

TortoiseSVN基本操作 TortoiseSVN-Revert 撤销本地所有未提交的修改。 TortoiseSVN基本操作 TortoiseSVN-出现冲突 commit时出现“You have to update your work copy first.”红色警告，说明版本库中的此文件已经被其他人修改了。 点“ok”按钮退出。 执行update 然后commit 如果修改与update得到的代码不冲突，则自动合并。 TortoiseSVN基本操作 如果update出现”One or more files are in a conflicted state.“红色警告，说明出现冲突，SVN自动产生几个文件记录冲突。filename.mine：你更新前的文件，没有冲突标志，只是你最新更改的内容。（如果这个文件不可以合并，.mine文件不会创建，因为它和工作文件相同。） filename.rOLDREV：这个是你做更新操作以前的BASE版本，就是你在上次更新之后未作更改的版本。 filename.rNEWREV：这是Subversion从服务器刚刚收到的版本。这个版本就是版本库的HEAD版本。 TortoiseSVN基本操作 TortoiseSVN基本操作 手工解决冲突 选择冲突文件-〉”Edit conficts” 出现merge界面，分为”Theirs”、”Mine”和”Merged”3部分，表示”别人修改的内容”、 “我修改的内容”和”合并后的结果”3部分。目标是将”别人修改的内容”和”我修改的内容”有取舍地合并起来，形成”合并后的结果”。 合并一般分为4种情况： 保留”我的修改”,舍弃”别人的修改”。鼠标右键点击Mine框的相应行，点击”Use this text block”。 舍弃”我的修改”,保留”别人的修改”。鼠标右键点击Theirs框的相应行，点击”Use this text block”。 同时保留”我的修改”和”别人的修改”，并将”我的修改”放在前面。鼠标右键点击Mine框的相应行，点击”Use text block from mine before theirs”。 同时保留”我的修改”和”别人的修改”，并将”别人的修改”放在前面。鼠标右键点击Mine框的相应行，点击”Use text block from theirs before mine”。 合并完成，Ctrl+S存盘，退出。 选择冲突文件-〉”Resolved”，标记冲突已解决，系统自动删除因冲突而新建的文件。继续进行commit操作。 分支和标签 使用场景：发布分支 项目组在开发到一定阶段，产生一个假定稳定版本提交测试。主干被拷贝到分支-〉branch/1.0。 开发者需要在测试假定稳定版本时继续开发新特性， 在/trunk上为版本2.0工作，新工作在软件测试时不可以中断。 如果测试中一个bug被发现，修改提交测试的分支branch/1.0 。同时有规律地将修改合并到主干。 如果继续开发中一个bug被发现，修改主干，同时有规律地将修改合并到分支。 当测试结束，/branches/1.0被打上标签发布-〉/tags/1.0.0，这个标签被打包发布给客户。 也许，继续维护/branches/1.0。当继续在/trunk上为版本2.0工作，bug修正继续从/trunk运送到/branches/1.0，如果积累了足够的bug修正，管理部门决定发布1.0.1版本，/branches/1.0被标签发布到/tags/1.0.1，打包发布。 整个过程随着软件的成熟不断重复：当2.0完成，一个新的2.0分支被创建，测试、打标签和最终发布，经过许多年，版本库结束了许多版本发布，进入了“维护”模式，许多标签代表了最终的发布版本。 同时开发同一产品的 多个特性版本 管理同一类型的 多个项目 GD1.0 广东版本 PBL1.1 PBL1.2 PBL1.0 1.0FCS GD1.1 HB1.1 HB1.2 HB1.0 1.0FCS 创建项目 同步基线 产品 贵州版本 GD1.0 NM1.1 NM1.2 NM1.0 1.0FCS GD1.1 创建项目 提交活动 GZ1.0 贵州GIS GZ1.1 缺陷修改 特殊需求 开发活动 内蒙GIS ProductA trunk branches tagsProjectA trunk branches tagsProjectB trunk branches tags 特性分支 一个特性分支是一个临时分支，用来作复杂的修改而不会干扰/trunk的稳定性，不象发布分支（也许要永远支持），特性分支出生，使用了