使用Netbeans进行SVN合作开发傻瓜文档
说明：
本文档由RoR兼职研发团队完成，RoR人才群［81497039］。
假定您已经下载安装netbeans，不会就去google一下。本文档仅提供svn最基本的操作，具体到项目开发，可能会涉及到很多具体问题，你可以在群共享里下载相关svn书籍，或者去svn专业网站查找资料。
下面是简单的操作流程：
1、打开netbeans软件
2、签出项目。团队开发 -> subversion -> 签出
3、输入提供给你的版本库地址，帐号和密码，点击下一步。
4、填写签出位置，点选忽略trunk文件夹等内容，进入下一步。
5、签出成功，点击创建项目。
6、选择基于已有代码创建项目。
7、项目创建成功。
8、进入本地开发阶段，打开要编辑的文件。
9、修改文档，添加如下内容。
10、点击“显示更改”。
该操作非常重要，每次提交前最好执行一次该操作，让NB自动刷新工程。特别是，如果以上8、9的操作不是使用netbeans，而是使用其他软件修改，或者手动大量拷贝添加，这一步会将所有变更纳入版本库管理。如果确信修改的文件已经在版本控制下，可以手动取消刷新进程。
11、“显示更改”操作结果。
12、提交。
这也是开发过程中常用到的，一般是在一天、或者一个完整小功能模块完成之后，确信无误的时候，把自己的成果提交到版本库保存起来。
第二天，要使用“更新”操作，把其他人的开发签出到自己本地工程目录下，在新的版本基础上进行一天的开发工作。
13、填写提交信息。
简单说明提交的主要内容，点击提交按钮。如果没有问题，就一切ok，否则，就会出现14的冲突问题，必须先把冲突解决，然后回到这里再次提交。
14、冲突
15、按照提示，选定整个项目，再次执行更新操作。
16、参看冲突文件。
17、执行 “比较” 操作，查看、修改具体冲突内容
18、按照软件比较内容，解决冲突部分：保留本地的、使用版本库的，或者合并到一起。
19、保存处理后的内容。
20、点击“解决冲突”，告诉NB冲突已经解决（否则，它不明白你干了什么）。
21、回到12－13，提交修改，完成。以后，就是重复8－21的过程。
第1节背景及svn简介 svn是subversion 缩写，它是一个自由、开放源码、多用户的版本控制系统, 支持通过本地或远程访问数据库和文件系统存储库。Subversion 管理着随时间改变的数据。这些数据放置在一个中央资料档案库(repository) 中。这个档案库很像一个普通的文件服务器，不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本，或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。 版本控制是管理数据变更的一种技术。对于程序员来说，它已经成为不可或缺的工具，因为他们经常修改软件代码，产生部分的变更，然后第二天再取消所有的变更。想象有一群程序员同时工作的情况你就能理解，为什么需要一个良好的系统来管理可能出现的混乱。 SVN 不但提供了常见的比较、合并、标记、提交和分支功能，SVN 还增加了追踪移动和删除的能力。此外，它还支持非ASC Ⅱ文本和二进制数据、原子性提交、HTTP 访问等特性，当SVN 被广泛使用时，也需要有个管理工具能够更方便安全地维护SVN 的用户、组、权限、库等内容，协助普通用户更好地配置管理SVN，而无需都交由可能比较繁忙的系统管理员维护。而基于Web 的Subversion 管理工具将是一种非常适合的选择。SVN 可以支持windows 和Linux 两种操作系统，在两种操作系统上运行都具有稳定性和安全性。
SVN 在设计上包括了一个抽象的网络层，这意味着SVN 的版本库可以通过各种服务器进行访问，而允许程序员为客户端“版本库访问”的API 写出先关协议的插件，理论上讲，SVN 可以使用无限数量的网络协议，目前提供了有两种服务器运行方式：一种是Subversion Standalone Server。即svnserve，一个小型的独立服务器，另一种是基于Apache Http Server，即Web 服务器，它通过mod_dav_svn 模块，客户端使用WebDAV/DeltaV 协议进行访问。 SVN站在更高层次上对现在的安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。 SVN是一个安全虚拟网络系统，它将系统整体的信息安全功能均衡合理地分布在不同的子系统中，使各子系统的功能得到最大限度的发挥，子系统之间互相补充，系统整体性能大于各子系统功能之和，用均衡互补的原则解决了"木桶原理"的问题。 SVN能在跨接Internet, Intranet, Extranet间的网络所有端点实现全面的安全，而且还能提供基于企业策略的信息管理机制以充分有效地利用有限的带宽。SVN可以满足各种企业VPN的要求，通过为公司内部网络、远程和移动用户、分支机构和合作伙伴提供基于Internet的安全连接。所以，我们可以将SVN看成是VPN、防火墙、基于企业策略的信息管理软件集成在一起的Internet安全的综合解决方案。在这样一个网络系统中，所有互联网服务器端和客户端都是安全的，并有一个信息管理机制以不断地通过这个外部网络环境动态地分析及满足客户的
目录 第一章引言 (1) 1.1Subversion的介绍 (1) 1.2Subversion的特性 (1) 1.3SVN模式 (2) 1.4SVN操作流程 (3) 第二章SVN使用 (4) 2.1SVN软件安装 (4) 2.2事业部SVN库介绍 (4) 2.2.1事业部SVN库 (4) 2.2.2注册、权限申请 (5) 2.3基本操作 (5) 2.3.1操作介绍 (5) 2.4系统规使用 (18) 2.4.1规操作 (18) 2.4.2版本控制的使用 (19) 2.4.3与目录无关容 (19) 2.4.4文件夹目录名称规 (20) 2.4.5文件上传格式 (21) 2.4.6文件、数据放置 (21) 2.5日常使用问题 (21) 2.5.1版本库无响应 (21) 2.5.2中的路径 (21) 2.5.3系统库最上层打不开 (22) 2.5.4提交失败（Commit fail） (22) 2.5.5SVN文件夹无法下载 (23) 2.5.6特征图标的显示 (23) 2.5.7冲突问题解决 (24) 第三章权限申请流程 (26) 3.1权限定义 (26) 3.2申请流程 (26) 3.2.1普通权限申请 (26) 3.2.2单位权限申请 (26) 3.2.3特殊权限申请 (27)
3.3表单使用 (28) 附录 (1) 参考文献 (5)
SVN使用规 第一章引言 1.1Subversion的介绍 SVN是Subversion的缩写。Subversion管理随时改动的文件和目录，以二进制格式存储所有的文件，使用高效的比较二进制差异算法来计算版本之间的改动。同时，它是一个时间机器，随时记录文件和目录的每次改动，例如：文件的增加、删除、重新排列文件等。同时SVN允许你恢复以前旧版本的数据，或者检查数据变化的历史。 SVN使用类似数据库事物的方式来处理用户提交入库的过程，整个改动要么成功的被提交，要么被中断并回滚。在数据提交完之前，其他人是看不到用户提交的修改文件，你看到的要么是改动之前的状态，要么是改动之后的状态。这样的行为被称为“原子提交”。原子提交很有用，因为它能保证所有相关人员看到的总是相同的东西。原子提交过程的其中一步就是包括把你的所有改动打包为一个“修订集”（有时被称为改动集），并且再给个改动标记的修订号（绿色勾变为红色叹号）。 1.2Subversion的特性 1.2.1 版本化的目录 Subversion实现了一个可以跟踪目录树更改的“虚拟”版本化文件系统，文件和目录都是有版本的。 1.2.2 真实的版本历史 通过Subversion你可以对文件或是目录进行增加、拷贝和改名操作，也可以新增一个具有干净历史的文件。可以毫不夸的将每一个版本都可以作为一个记忆片段定点。 1.2.3 原子提交
SVN环境搭建及使用手册 一、SVN介绍 SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 二、SVN安装包介绍（安装包存放在服务器上D:\安装包\SVN） 服务端：SVN服务端安装包是VisualSVN-Server-3.6.0-x64.msi。 客户端：客户端软件主要包括下列3个文件 1. TortoiseSVN-1.8.8.25755-x64-svn-1.8.10.msi ----SVN客户端安装包 2. LanguagePack_1.9.5.27581-x64-zh_CN.msi ----SVN客户端语言包 3. AnkhSvn-2.5.12471.17.msi -----SVN针对Visual Studio的插件 三、搭建SVN服务端详细说明 第一步：搭建SVN团队项目、在服务器上打开已安装的SVN服务端、新建一个项目文件夹、创建完成后、右键项目复制项目URL 具体如下图
第二步：创建SVN用户、及设置密码、如下图 第三步：SVN服务端创建项目完成及创建用户后、使用SVN客户端将程序代码等文件提交上去、选中需要提交的程序文件、并填写正确SVN服务端项目的URL地址、
四、在日常开发中使用SVN的常用操作主要有：签出程序、文件合并、代码文件撤销、版本回滚、及历史版本控制等 说明：使用SVN版本控制，必须遵循4个原则。 1.新建文件前获取最新的程序代码、新建文件后先提交文件、再进行详细开发或编辑。 2.尽量避免多人同时处理同一个文件（svn毕竟不是那么优秀、无法智能将代码成功合并）。 3.项目成员提交程序前、必须获取最新的程序、编译且没问题、再进行提交操作。 4.提交代码必须选择解决方案进行代码提交、请勿选择其中某项目进行提交。 （1）签出最新程序：选择解决方案右键--》Update Solution to Latest Version, 如下图 （2）代码文件合并：如svn上的文件与本地文件产生冲突、则会在Pending Changes 中高亮显示、双击文件打开双方文件差异、合并完成后、点击Commit进行合并后文件提交。如下图
基于Tortoise SVN的软件产品版本管理规范[草稿]
目录 1. 引言 (1) 1.1. 目的 (1) 1.2. 范围 (1) 1.3. 术语定义 (1) 1.4. 参考资料 (2) 1.5. 版本控制记录 (2) 1.6. 版本更新记录 (2) 1.版本管理 (4) 2.1. 版本标示方法 (4) 2.1.1. 正式版本 (4) 2.2. 目录结构 (5) 2.3. 文档的存放 (6) 2.3.1. 开发文档的存放 (6) 2.3.2. 源代码的存放 (6) 2.3.3. SQL的语句存放 (7) 2.3.4. 发行文档的存放 (7) 2.4. 配置管理流程 (7) 2.5. 权限控制的管理 (8) 2.更新管理 (9) 3.1. 源程序的修改 (9) 3.2. 版本升级 (10) 3.2.1. 版本升级原则 (10) 3.2.2. 新版本发布 (11) 3.3. 文档的变更 (11) 3.备份管理 (12) 4.版本工具Tortoise SVN的使用 (13)
1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1.目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2.范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关 内容，包括： ●●●●版本标识方法 软件系统数据的存放文档的修改控制 文档的备份制度 1.3.术语定义 SCM 软件配置管理（Software Configuration Management）缩写SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档
TECHNOLOGY TREND ［摘要］在中小规模软件项目的开发过程中，通常由多人分工、共同完成，这就涉及到大量的源代码和文档。即使在沟通充分情况下，多 人维护同一份源代码也会出现混乱情况，如何对这些源代码和文档进行有效版本管理，并进行最终整合，是软件项目能否成功的关键之一。［关键词］版本控制；SVN VisualSVN ；Server ；TortoiseSVN 利用SVN 对软件项目进行版本控制管理 闫晗 （天津港信息技术发展有限公司，天津市 300000） 在中小规模软件项目的开发过程中，通常由多人分工、共同完成，这就涉及到大量的源代码和文档。即使在沟通充分的情况下，多人维护同一份源代码也会出现混乱的情况，如何对这些源代码和文档进行有效的版本管理，并进行最终整合，是软件项目能否成功的关键之一！本文简要介绍一套Windows 操作系统下利用免费、开源软件构建的高效、可靠的SVN 版本管理系统及其日常备份方法。 1SVN 简介SVN （Subversion ）是一种版本管理系统，其前身是CVS （Con-currentVersions System ），它是根据CVS 的功能为基础来设计的，它除包括了CVS 的大多数特点外，还有一些新的功能：文件目录可以方便的改名、基于数据库的版本库、操作速度提升、权限管理更完善等。 SVN 通过对不同项目建立各自独立的版本库进行管理，每个版本库很像一个基于数据库的文件服务器，可以记录每一次文件和目录的修改内容，这使得用户可以取得文件以前的版本，检查所做的任何更改。SVN 采用HTTP 方式访问版本库，从而使用户可以在不同的电脑上获得（CheckOut ）项目文件，经修改后再提交（Import ）到SVN 服务器。另外，SVN 允许多个用户对同一份文件进行修改，当提交（Im-port ）到SVN 服务器时会自动对该文件的不同用户版本进行融合（Merge ）。当融合过程中有冲突（Conflict ）发生时，SVN 会给出提示信息，用户可以借助SVN 的文档比较功能来解决冲突。 借助SVN 的版本管理，所有开发人员的项目文件都可被同步更新，因而开发工作可能变得非常顺利。文章所介绍的SVN 版本管理系统主要用到VisualSVN Server 和TortoiseSVN 这两个软件，VisualSVN Server 是一款图形化的SVN 服务器软件，提供Subversion 、Apache 服务器（提供HTTP 服务）和用户及权限管理等功能；TortoiseSVN 作为一款SVN 客户端软件，通过将功能项目嵌入到资源管理器的右键菜单，并借助其强大的图形化操作方式为用户提供方便快捷的SVN 服务。读者可以在https://www.doczj.com/doc/fe668891.html, 和https://www.doczj.com/doc/fe668891.html,/免费下载到这两个软件的最新版本。 2SVN 系统配置和使用2.1服务器端 在服务器安装端VisualSVN Server 的过程中，需要填写一个HTTP 服务端口号，如要采用安全连接，可勾选“Use secure connec-tion(https://)”选项，其他部分采用默认设置即可。 VisualSVN Server 中主要包括版本库（Repositories ）、用户（ Users ）和组（Groups ）三部分，通过各自上下文菜单可以新建版本库、用户和组。通过版本库的上下文菜单“Properties ”可以设置其访问用户和权限，同时其HTTP 访问地址也可通过右键菜单“CopyUrlto Clipboard ”拷贝至剪贴板，例如：http://192.168.0.55:8888/svn/a-jsys/。至此，一个新版本库建立完成，非常高效、便捷！ 2.2客户端 安装过程无需太多配置，安装完成并需要重新启动后，资源管理器的右键菜单会增加多个TortoiseSVN 项目。 接下来向SVN 服务器中导入项目，项目结构可以按照“项目源码”、“项目文档”等进行分类以方便管理。在项目文件夹上点击右键并选择“Import ”菜单，在弹出的对话框中的“URLofrepository ”中填入刚才拷贝的URL 地址并点击OK ，在填入用户名和密码后，即可开始将项目导入SVN 服务器。 在导入完成后，还需要对刚才导入的项目通过右键上下文菜单“SVNCheckout ”检出，以后在该文件夹中对文件所进行的新增、修改、删除等操作都将被SVN 记录。 被纳入SVN 管理的文件夹和文件图标会根据不同状态发生改变，常见的有：“绿色√”表示没有被本地修改过；“红色！”表示被本地修改过；“黄色！”表示和服务器上版本存在冲突且无法自动融合；“蓝色？”表示该文件或文件夹为新增，不受版本控制，可以在提交对话框中选择是否提交到SVN 服务器。 在检出后的项目文件夹上点击右键，我们会发现新增了许多Tor-toiseSVN 菜单项，下面对常用的几个菜单进行介绍： SVNUpdate-更新，使本地项目文件与SVN 服务器进行同步。 SVNCommit-提交，提交本地修改后的项目文件至SVN 服务器，以便其他项目成员进行同步更新。 Revert-还原，可以将指定文件或文件夹还原至服务器最新版本。Show Diff-显示不同，该功能十分有用，主要用于本地版本与服务器版本存在冲突时进行对比。 通过以上的简单操作，我们已经构建起一套完整的SVN 版本控制系统，完全可以胜任中小规模软件开发的版本控制管理。SVN 服务器中存储着各个项目的版本库数据，因此也要做好这些数据的日常备份。 3SVN 服务器备份 VisualSVNServer 在数据备份方面提供了一条svnadmin 命令，借助批处理程序并结合Windows 系统的“任务计划”功能对版本库数据进行备份。 备份过程主要涉及到2个文件：backup.bat 和backupcmd.bat 1）backup.bat 文件作为主程序，其主要内容为：@echooff setSVN_HOME="C:\Program Files\VisualSVNServer"setSVN_ROOT=E:\Repositories setBACKUP_SVN_ROOT=E:\svnrootbak setBACKUP_DIRECTORY=%BACKUP_SVN_ROOT %\%date ~0,10%、 ifexist%BACKUP_DIRECTORY %gotocheck mkdir%BACKUP_DIRECTORY % for/r%SVN_ROOT %%%Iin(.)do@ifexist"%%I\conf\svnserve conf"call%BACKUP_SVN_ROOT %\backupcmd.bat"%%~fI"%%~nI end 2）backupcmd.bat 文件作为副程序被backup.bat 调用，其内容 为： @%SVN_HOME%\bin\svnadmin hotcopy%1%BACKUP_DI-RECTORY %\%2 本例中，在SVN 服务器分区E 下建立文件夹svnrootbak ，并将上 述三个文件拷贝至该文件夹下，通过Windows 的任务计划功能设定在每天特定时间执行backup.bat ，即可实现无人职守的版本库备份。 在中小规模软件项目的开发过程中，为了进行有效的协同开发而进行版本控制是一个基本要求。近两年，基于开源的SVN 构建的版本控制系统逐渐成为对软件项目开发进行版本控制的首选。但版本控制不只局限于软件开发领域，在档案管理、信息管理等领域也可得到应用。 应用科技 59
SVN管理规则 编写目的：为了保存项目资料，管理项目版本。提高开发的工作效率，管理项目文件，特别制定此规定。使用范围：开发部 文件类型：程序文件技术文件作业文件外来文件质量记录表格 受控级别：保密非保密 正文内容： 一.SVN安装和使用 1：SVN使用TortoiseSVN-1.5.8.15348-win32-svn-1.5.5.msi版本。 2：请按照使用说明书的方法使用。 使用说明书目录：\\172.16.0.2\RD_Share\TortoiseSVN-1.5.8.15348-win32-svn-1.5.5目录下。 这里简单说明几个重要的使用的命令： 1)updata ：为更新SVN资料，相当于下载的功能。 2)check out ：这个命令是在收到工作流程的时候，分配的一个路径的时候，可以用这个命令把相关资料 下载到本机目录下。 3)commit ：上传修改的项目文件。 4)show log ：显示当前SVN版本，和此版本修改的信息。 二.SVN目录管理规定 Xxxx_项目名称 | |——DOC | |——user 存放相关用户DOC文件 | |——product 存放相关产品DOC文件 | |——refer 存放相关产品设计参考资料 | |——tech 存放产品技术文件 | |——test 存放产品测试文件 | |——firmware | |——main 存放产品代码 | |——test 存放产品测试代码 | |——hardware | |——main 存放产品电路设计 | |——test 存放产品测试工装电路设计 | |——release 存放产品发布的资料（针对管理部） 1）按照规定，把开发资料存放到相关的目录下。 2）文件的名称命名以“项目名称+相关文件名称”。名称不需要加上版本号。SVN将自动保存版本号。 例如： 0901_DryContact 项目，他的清单命名为《DryContact元器件清单.doc》 三.SVN日常管理规定 1）开发人员所有的项目资料必须上传SVN。
针对原文做了两个修改，见文中【修改】部分，不然不能正确配置服务器，并且添加了一些注释（flywen 2010-9-28） 原文出处： https://www.doczj.com/doc/fe668891.html,/ttzhang/archive/2008/11/03/1325102.html https://www.doczj.com/doc/fe668891.html,/ttzhang/archive/2008/11/04/1325940.html 文章版权归原作者Forrest Zhang所有。 一、VisualSVN Server的配置和使用方法【服务器端】 1.1 VisualSVN Server的安装 最新版本是1.6.1，你可以在这里下载： https://www.doczj.com/doc/fe668891.html,/files/VisualSVN-Server-1.6.1.msi VisualSVN Server，最新更新版本是1.6.2，你可以在这里下载： https://www.doczj.com/doc/fe668891.html,/files/VisualSVN-Server-1.6.2.msi VisualSVN Server Documentation下载： https://www.doczj.com/doc/fe668891.html,/server/doc/VisualSVN-Server.pdf 下载后，运行VisualSVN-Serv er-1.6.1.msi程序，点击Next，下面的截图顺序即为安装步骤： 图1：
图2： 注意：Server Port那里，默认端口有80/81/8080三个；如果最后面的CheckBox被选中，则表示使用安全连接【https协议】，这是的端口只有433/8433二个可用。Location 是服务器端的安装位置，Repositories是代码仓库，这里保留一份总的代码，别人的需要从中check out代码，修改后再commit回这个仓库 图3：
Subversion管理规范 一Subversion介绍 Subversion (Subversion)是一个时间机器，随时记录文件和目录的每次改动，例如：文件的增加、删除、重新排列文件等。同时SUBVERSION允许你恢复以前旧版本的数据，或者检查数据变化的历史。 SVN使用类似数据库事物的方式来处理用户提交入库的过程，整个改动要么成功的被提交，要么被中断并回滚。在数据提交完之前，其他人是看不到用户提交的修改文件，你看到的要么是改动之前的状态，要么是改动之后的状态。这样的行为被称为“原子提交”。原子提交很有用，因为它能保证所有相关人员看到的总是相同的东西。原子提交过程的其中一步就是包括把你的所有改动打包为
一个“修订集”（有时被称为改动集），并且再给个改动标记的修订号（绿色勾变为红色叹号）。 图 1 图1总体概括了SVN 整个操作过程：首先用户从版本库通过网络“检出”到本地工作副本中，然后，在本地工作副本中进行增加、修改、删除文件后“提交”到版本库中，如果本地工作副本中版本较系统版本过时，用户使用“更新”功能与系统上版本保持一致。 二 Subversion 的目录结构 每个SVN 版本库下需要有trunk(可用项目名做目录名)、branches 及tags 目录，trunk 表示开发时版本存放的目录，即在开发阶段的代码都提交到该目录上。branches 表示发布的版本存放的目录，即项目上线时发布的稳定版本存放在该目录中。tags 表示保存测试无问题的发布版本，不可修改。branches/tags 命名规则：项目名[_说明]_版本号。 在这需要说明下分三个目录的原因，如果项目分为一期、二期、三期等，那么一期上线时的稳定版本就应该在一期完成时将代码copy 到branches 上，这样二期开发的代码就对一期的代码没有影响，如新增的模块就不会部署到生产环境上。而branches 上的稳定的版本就是发布到生产环境上的代码，如果用户使用的过程中发现有bug ，则只要在branches 上修改该bug ，修改完bug 后再编译branches 上最新的代码发布到生产环境即可。tags 的作用是将在branches 上修改的bug 的代码合并到trank 上时创建个版本标识，以后branches 上修改的bug 代码再合并到trunk 上时就从tags 的version 到branches ，最新的version 合并到trunk ，以保证前期修改的bug 代码不会在合并。 版本库 本地工作副本
版本控制系统（集中模式） (1) 版本控制系统指南 (5) 软件发行版本指南 (21) 版本控制系统（集中模式） 库与工作桌面的比较 工作桌面： 开发人员可以在本地修改维护源代码和版本控制系统中的文档。 库： 源代码的存储和修改记录集中在服务器上的版本控制系统中。 TortoiseSVN（小乌龟系统）介绍 1.文件描述 2.Windows资源管理器扩展。
版本控制系统核心操作 1.（检测） 2.（提交） 3.（更新） 4.（导入） 5.（导出） （检测）介绍 1.从库和存储在本地的版本控制系统中获取一个工作副本。 2.一次性操作 3.检测工作副本来源 4.本步骤应是第一步操作。
in sync（同步）
（提交）介绍 1.同步本地文件夹和库中的文件。 2.本地文件修改包括：文档和源代码的修改、删除和添加操作。 （提交）注意事项 1.应该一次性提交概念、功能和任务文件。 2.应该要确保提交的文件可以被成功编译。 3.将更改日志加入体骄傲信息中。
版本控制系统指南 1.工作区的所有文件夹和文件的图标都应该有一个标志来表明他们在资源管理器中的地位。 2.'.svn'文件夹保存版本信息。 版本控制系统修订编号 1.修订数字不仅表示本地工作区中的版本号也表示存储库的版本号。 2."HEAD"表示最新版本。 修改日志消息 修改版本跟踪： 1.修订版本号 2.作者 3.版本信息 4.修改的文件
（更新）介绍 1.从资源库中的修改更新到本地工作副本 2.同步存储库工作区；在同步时应该注意可能会发生冲突，版本控制系统可能会提示限制。
1.使用注意事项 负责而谨慎地提交自己的代码（先更新后提交） SVN更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且并且自己测试之后，谨慎地提交。 如果提交过程中产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。 如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。 保持原子性的提交 每次提交的间歇尽可能地短，以一个小时，两个小时的开发工作为宜。如在更改UI界面的时候，可以每完成一个UI界面的修改或者设计，就提交一次。在开发功能模块的时候，可以每完成一个小细节功能的测试，就提交一次，在修改bug 的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。我们提倡多提交，也就能多为代码添加上保险。 不要提交自动生成的文件 Visual Studio在生成过程中会产生很多自动文件，如.suo等配置文件，Debug,Release,Obj等编译文件，以及其他的一些自动生成，同编译代码无关的文件，这些文件在提交的时候不应该签入，如果不小心签入了，需要使用Delete 命令从仓库中删除。这个可以使用SVN过滤功能，在设置里面设置ignore lists. 不要提交不能通过编译的代码 代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库或者没有放入GAC（针对.Net Framework）中，项目经理在准备项目工作区域的时候，需要考虑到这样的情况，确保开发小组成员在签出代码之后能够在统一的环境中进行编译。 不要提交自己不明白的代码 代码在提交入SVN之后，你的代码将被项目成员所分享。如果提交了你不明白的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保你对这个代码有一个很清晰的了解。提前宣布自己的工作计划 在自己准备开始进行某项功能的修改之前，先给工作小组的成员谈谈自己的修改计划，让大家都能了解你的思想，了解你即将对软件作出的修改，这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时你也能够在和成员的交流中发现自己之前设计的不足，完善你的设计。 对提交的信息采用明晰的标注 +) 表示增加了功能 *) 表示对某些功能进行了更改 -) 表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽。 b) 表示修正了具体的某个bug
SVN提交规范文件编号： SVN提交规范 第 1 页共5页
SVN提交规范文件编号： 修订记录 第 2 页共5页
SVN提交规范文件编号： 目录 1、规范的目的 (3) 2、术语和定义 (4) 3、适用范围 (4) 4、参考和引用 (4) 5、细则 (4) 6、补充说明 (5) 1、规范的目的 本规范规定在产品开发过程中涉及的代码在SVN上的提交规则，确保分类清晰、提交格式统一、 第 3 页共5页
SVN提交规范文件编号： 简洁、便于管理。 2、术语和定义 代码：包括软件开发过程中从开发商获取的源代码、自己开发的代码、针对测试反馈的bug进行修改的代码。 工作目录：软件开发人员本地主机或者编译服务器上，用于调试问题、解决BUG的源代码目录。 编译目录：软件开发人员本地主机或者编译服务器上，用于编译版本、提交代码到SVN的源代码目录。 模块名：为本次提交代码的主要模块名称，采用全大写字母标识，尽量与程序中模块的命名相同，且前后应保持一致，不应同一模块出现多种不同的命名方式。 3、适用范围 本规范适用于规范研发体系所有软件工程师的SVN提交。 4、参考和引用 5、细则 5.1 SVN注释 SVN的提交时对注释的规范： 1、注释文字可以使用中文或英文，推荐使用中文，要求都能清晰表述要表达的意思 2、注释说明符合要求的格式以及内容完整，包括如下的内容： 格式要求：注释包括2个部分，中间用“| ”隔开，第一个部分描述操作的类别；第二部分对该操作的目的、方法、可能的注意事项进行描述。第一部分的第一个词为类别关键词，具体分类和关键词如下： Vendor：供应商提供的原始代码加入SVN进行受控管理 Develop：支持新特性的开发提交代码，包括功能优化和性能提升等的相关开发工作 Bug：开发阶段完成后，各测试环节反馈的问题修改，包括测试部、现场、工厂等 Customize：客制化需求软件制作过程中代码的修改 内容完整要求：SVN提交时必须说明该操作的目的，并尽可能的对相关的实现方法或注意事项进行说明；要尽量详细、清晰的说明修改内容，不允许为空或仅使用“Fix、Mofidy”等简单字词进行备注； 其他要求：为便于检索、跟踪，推荐在注释的内容中尽可能多的包括功能特性相关的模块或特性名称 5.2 SVN提交要求 代码的提交遵循如下的规则： 1、供应商提供的代码：需在代码提交时注明对应的供应商，以及该代码支持的硬件情况进行 第 4 页共5页
竭诚为您提供优质文档/双击可除 svn管理规范,华为 篇一：svn管理规范 安生sVn管理规范 第一章总则 第一条目的 通过对具备sVn管理权限的员工进行sVn规范的落实工作，促使员工不断改善工作效率，规范操作过程，从而提高公司对sVn仓库的合理、充分、高效利用的能力。 第二条适用范围 本制度适用于浙江安生信息科技有限公司（以下简称“公司”）及下属子分公司全体员工。 第三条责任说明 对于公司离职的员工，原则上由其所在部门具备sVn管理系统管理权限人员负责清除权限，同时人事行政部必须及时通知离职员工所在部门具备sVn管理系统管理权限人员（通常为部门主管）的权限清除工作。 第二章细则 第一条库管理
1，公司的所有sVn仓库（包括杭州）将整合在统一的sVn服务器上。2，公司历史迁移库在访问uRl中以“svn-past”标记，新建库在访问uRl中以“svn”标记。 第二条权限下放原则 1，由具备系统管理员权限（可配置）的管理人员分配库管理员。2，库管理员允许多个，通常将库管理员赋给对应于某库的项目经理。3，项目经理具备分配拥有项目（对应于某库）的人员以及权限的能力。3，sVn访问时统一将 ip替换为“https://www.doczj.com/doc/fe668891.html,”，端口为90。 第三条目录规范 1，按业务领域创建库，再按区域和平台性质划分分支目录，在分支目录下管理开发分支（适用于开发部）。 2，所有新建仓库默认结构为： --branches--tags--trunk各目录下的所有子目录均不允许出现trunk、tags、branches。3，开发分支命名规范：年月日-时分秒-编号，如“20xx1223-000000-001”。4，标签命名规范：年月日-时分秒-release-编号，如 “20xx1223-000000-release-001”。 第四条其他约束 1，对于仓库目录结构的操作，一律通过sVn管理系统进行，禁止使用eclipse5，编号为branches或则tags下已存在目录数量加1的结果。svn插件或则tortoisesVn客户
1、目的： 本制度为研发部SVN配置管理的准则和依据，所有与SVN配置管理的行为都必须遵照并服从于本制度。 2、适用范围： 本制度适用于研发部全体员工。 3、控制要求和方法： 3.1 操作流程 首先用户从svn版本库通过网络“检出”到本地工作副本中，然后，在本地工作副本中进行增加、修改、删除文件后“提交”到版本库中，如果本地工作副本中版本较系统版本过时，用户使用“更新”功能与系统上版本保持一致。 3.2 帐号注册、权限申请 1. 用户帐号注册：新进员工没有SVN帐号，通过联系SVN管理员，注明申请SVN普 通帐号，管理员处理完帐号注册事宜后，通知使用并介绍使用规范。 注：普通帐号，只对目录有读取权限，无法更改。 2. 权限的申请：根据员工所参与的项目，SVN管理员对其开放相应目录的读、写权限。 3. 账号注销：员工离职后，对其账号进行注销。 3.3 操作规范 1. 每日进行开发工作之前更新代码，下班时提交代码。 2. 各员工需牢记各自的账户和密码，不得向他人透漏，严禁使用他人账户进行SVN各项操作。
3. 不要签出整个目录，除非特别必要，不应同时签出过多的项目。 4. 文件提交时要求必须提交注释，注明相关修改信息，日志信息描述的越详细越好，让项目组其他成员在看到标注后不用详细看代码就能了解你所做的修改。 5. 代码变动及时提交，避免丢失本地修改后无法恢复。 6. 在提交之前要编译代码并修正错误。要保证新增加的文件同时被提交，否则只在你本地能正常工作，导致其它人不能编译通过。 7. 提交之前要测试所改变的应用，测试改变后的效果是否达到预期的目的。 8. 多次检查提交的内容。提交之前应先做SVN更新或与资源库同步，注意到SVN关于冲突、错误的信息。资源库同步会告诉你将要提交的内容与资源库内容之间的差别，确认它们是不是你真正想要提交的。 9. 如果别人和自己更改的是同一个文件，那么Update时会自动进行合并，如果修改的是同一行，那么合并时会产生冲突，这种情况就需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。 10. 在更新时注意所更新文件的列表，如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免SVN合并错误导致代码有错。 11. 提前宣布修改计划。当你计划进行修改，需要影响到SVN里的许多文件时，先通过邮件或者当面通知其他开发者。例如，修改底层数据库模块时，有可能影响到业务逻辑层调用数据库模块的地方。这样其他开发者会有准备，也会对修改提出意见和建议。 12. 每次提交尽量是一个最小粒度的修改。比如一个小功能提交一次。 13. 不要提交不能通过编译的代码。代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库。 14. 提交时注意不要提交本地自动生成的文件，提交的文件必须是开发者共用的程序文件，程序编译中产生的中间文件或文件夹，如/Debug/、/Release/、*.ncb、*.obj、*.o、Thumbs.db、/build/、*.class、/classes/、/data/等不要提交到SVN里。 15. SVN管理员需对SVN的所有项目定期备份。 16. SVN的资料不允许公开给其他部门人员，确实要分发的，必须通过总经理同意。 重要说明文件要求: 硬件开发：
SVN的安装和应用手册 整理人：向楠
目录 一、Svn安装所需的文件 (3) 二、安装步骤 (3) 1.安装Apache (3) 2.安装SVN服务器端 (7) 3.安装SVN客户端 (10) 4.汉化SVN客户端 (12) 三、配置步骤 (13) 1.配置SVN服务器端 (13) 四、使用SVN (20) 1.进入SVN文件夹 (20) 2. 往SVN中放入文件 (22) 3. 从SVN中导出文件 (24) 4. 在SVN中更新文件 (26)
SVN的安装和应用： svn(subversion)是一款B/S架构近年来崛起的版本管理工具，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。安装时要配置Apache。 一、S vn安装所需的文件 1. Apache- 2.2 web服务器软件安装包 2. VisualSVN 服务器端安装包 3.TortoiseSVN 客户端安装包 4. SVN 汉化包 （如下图：） 二、安装步骤 1.安装Apache 安装前首先看看 1.计算机中有没有apache以前安装过的残留的垃圾文件和文件夹。如 果有的话、先将这些文件清理干净，再进行安装。 2.计算机中有没有安装IIS（网络信息服务），如果有的话，先将IIS关 闭掉，或者将其默认的端口号80改为其他端口号，因为Apache的默认端口号也是80端口，两个端口会发生冲突。 （1）双击打开Apache安装包，单击“next”；
（2）选择“I accept……”，单击“next” （3）单击“next”； （4）按照给出的“eg”填写好信息，选择“for……”，单击“next”；
版本控制与code review规范 目录 branch使用规则 (3 公共branch命名示例 (3 个人branch命名示例 (3 个人branch创建规则 (3 代码提交流程 (3 Windows平台文件夹方式操作与建议 (4 个人branch创建操作 (4 个人branch代码提交 (6 merge操作 (9 操作步骤1:合并branch (9 操作步骤2:解决冲突 (12 Eclipse 插件方式操作与建议 (14 Mac平台操作与建议 (21 1.采用CornerStone客户端进行SVN操作 (21 1、与服务器创建连接 (21
2、个人branch创建操作 (22 3、把服务器上个人branch 进行check out 到本地 (24 4、个人branch提交(commit操作 (25 5、merge操作 (26 2.采用终端命令提示符进行SVN操作 (28 1、将文件checkout到本地目录 (28 2、往版本库中添加新的文件 (29 3、将改动的文件提交到版本库 (29 4、加锁/解锁 (29 5、更新到某个版本 (29 6、查看文件或者目录状态 (30 7、删除文件 (31 8、查看日志 (32 9、查看文件详细信息 (32 10、比较差异 (32 11、将两个版本之间的差异合并到当前文件 (34 12、SVN 帮助 (35 13、版本库下的文件和目录列表 (35 14、创建纳入版本控制下的新目录 (36
15、恢复本地修改 (36 16、代码库URL变更 (36 17、解决冲突 (37 18、输出指定文件或URL的内容。 (37 branch使用规则 公共branch命名示例 branch-20150326-candidate 个人branch命名示例 branch-20150326-hulanlan branch-20150326-taskID 个人branch创建规则 ●开发人员基于每个开发小任务创建自己的branch, 以每天check in 自己的代码作备份。 ●基本原则是从最新代码创建branch,以方便未来的代码合并 ●原则是不直接在服务器上操作 代码提交流程 1.测试本地代码 2.整理本地代码, 申请code review 3.提交本地代码到个人branch
沃支付SVN版知识库管理办法 （试行版） 2012-5-13
修改历史
目录 目录 第一条.目标和职责 (4) 第二条.知识库内容范围 (4) 第三条.svn搭建方案 (5) 第四条.权限管理 (7)
第一条.目标和职责 1、为确保公司产品和平台建设过程透明化，使得产品建设团队能够有效把控平台建设状况， 同时，也为持续提升平台质量，持续积累业务方案和技术知识，特建立沃支付知识库。 除此之外，沃支付知识库也可作为全公司流程制度，规范、规划、公告等文档的共享平 台。 2、全公司各部门或业务单元对知识库的持续建设承担职责。其中，产品建设知识内容由产 品团队和技术团队各业务单元分别维护，各部门或业务单元的公开性文档各自分别维护。 3、为了保证知识库的建设有序、知识合理组织、有效运行，特设立知识库管理岗（兼职）， 负责知识库建设方案制定和维护、知识库安全运行保障、知识库用户和权限管理、知识 库使用说明和帮助等工作。 第二条.知识库内容范围 1、业务及技术规范：包括支付公司系统的业务规范、业务模型、总体架构和技术规范。其 中： ●业务规范根据产品线架构分别描述产品线以及产品的功能要求、业务流程、规则以 及相关非功能需求； ●业务模型是在业务规范的基础上形成的业务实体描述以及实体之间的关系描述，例 如：客户模型，用户模型，账户模型，产品模型，安全模型等等； ●总体架构是为了实现业务规范和业务模型相关要求，从平台建设维度对IT设施的规 划、平台及系统职能界定和分配、平台及系统之间关系描述、数据分布及物理部署 规划要求。 ●技术规范根据产品线和平台架构分别描述各子平台的技术实现要求，其中包含业务 模型、架构以及各功能的技术实现要求等。 2、产品需求：包括产品/业务需求文档、产品/业务需求分析文档。在此需要说明一下产品 需求和业务规范的的关系，由于支付公司产品具有互联网特色，产品需求文档先行发布， 后期业务逐渐稳定后再形成业务规范，为了便于后期业务规范的整理，建议产品需求文 档在编写时向业务规范的编写要求靠近。 3、产品总体设计，包括平台总体设计说明文档以及相关参考资料，以架构版本为纬度分别
SVN使用规范 版本记录 序号版本修改内容修改人/日期审核人/日期批准人/日期1 2 编写目的：为了保存项目资料，管理项目版本。提高开发的工作效率，管理项目文件。 使用范围：研发部 文件类型：源代码；技术文档；记录文档； 受控级别：保密；非保密； SVN目录申请： 需项目负责人通过邮件向管理员申请，并抄送给部门经理，经部门经理同意后，方可开通账号及权限。 日常管理规定： 1）开发人员所有的项目资料必须上传SVN。 2）开发人员工作开展的时候，必须有SVN地址来CHECK OUT本机开展工作。 3）开发人员在上传SVN的时候，必须详细写上该版本的修改内容。且内容必须大于10个字符。 4）开发人员每天下班前，把工作的内容上传SVN。 5） SVN的资料不对外公开。确实需要分发的，必须通过部门领导同意。 6）使用者需紧记个人账号密码，保证SVN使用安全；多次忘记密码者，需接受相就惩罚。7）不能向项目外的同事分发自身所负责项目的SVN内容。 8）如查实员工向不必要的人员分发SVN内容，一律作开除并且追究相关责任处理。 注意事项： 1）负责而谨慎地提交自己的代码（先更新后提交） SVN更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且通过自测之后，谨慎地提交。如果提交过程中产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起自测保证解决冲突之后，程序不会影响其他功能。如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。 2）保持原子性的提交
每次提交的间歇尽可能地短，以一个小时，两个小时的开发工作为宜。如在更改UI界面的时候，可以每完成一个UI界面的修改或者设计，就提交一次。在开发功能模块的时候，可以每完成一个小细节功能的测试，就提交一次，在修改bug的时候，每修改掉一个bug 并且确认修改了这个bug，也就提交一次。我们提倡多提交，也就能多为代码添加上保险。3）不要提交自动生成的文件 在编译过程中会产生很多自动文件，如.suo等配置文件、编译文件，以及其他的一些自动生成，同编译代码无关的文件。 4）不要提交不能通过编译的代码 代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库，项目经理在准备项目工作区域的时候，需要考虑到这样的情况，确保开发小组成员在检出代码之后能够在统一的环境中进行编译。 5）不要提交自己不明白的代码 代码在提交入SVN之后，你的代码将被项目成员所分享。如果提交了你不明白的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。 6）提交代码需填写注释 每次提交或建立新版本时，需描述清楚本次修改的内容，以便日后整理补丁，回滚版本所需。每条注释前，增加对此注释功能的描述标签，如下所示： +) 表示增加了功能 *) 表示对某些功能进行了更改 -) 表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽。 b) 表示修正了具体的某个bug