Subversion SVN版本控制工具
准备工作：
·Setup-Subversion-1.6.5→服务端软件
·TortoiseSVN-1.6.6.17493-win32-svn-1.6.6→客户端
·subeclipse-site-1.6.5.zip→eclipse插件
在开始学习之前你必须要准备好这几个软件；
首先安装SVN的服务端Setup-Subversion-1.6.5，版本不一定要一样，只要是Subversion就可以了，可能会有些差别；
·双击安装包，出现如下界面，
·下面的步骤可以一路Next，
到此就算安装完成了，点击finish，结束安装；
·path命令其实在安装完成之后就已经自动配置好了，所以不需要你去配置了，直接打开cmd 终端，开始创建我们开发用的仓库，也就是版本控制的一个工作空间，可以这么理解；
·打开上面这个界面，我想大家都比我清楚的多了，那我们就用下面的命令创建一个仓库，svnadmin create d:\subversion
这个命令就创建了一个在d盘上的仓库，svnadmin create 命令表示创建一个新的空的版本库，后面的路径就是你版本库所在的位置；执行完命令出现如下的界面说明空的版本库已经创建好了，我们打开D盘看下是不是有一个subversion的文件夹，如果有的话，说明空库创建没问题；
·subversion这个文件夹下有如下的几个文件夹
conf 存放版本库配置文件
db 版本数据存储目录
hooks 存放版本库子目录
locks 存储库锁目录，用来跟踪库的访问者
format 存储一个整数的文件，此整数代表库层次结构版本
readme 这个就是一些简介了
·我们必须要了解的目录是conf目录及下面的三个文件了
authz 权限配置文件，可以说是svnserve的授权文件
passwd 用户名和密码配置文件
svnserve.conf 整体的配置文件
·我们看下这三个文件之中的内容，加以简单的解释说明，然后做一个简单的案例；authz文件说明：
### This file is an example authorization file for svnserve.
### Its format is identical to that of mod_authz_svn authorization
### files.
### As shown below each section defines authorizations for the path and
### (optional) repository specified by the section name.
### The authorizations follow. An authorization line can refer to:
### - a single user,
### - a group of users defined in a special [groups] section,
### - an alias defined in a special [aliases] section,
### - all authenticated users, using the '$authenticated' token,
### - only anonymous users, using the '$anonymous' token,
### - anyone, using the '*' wildcard.
###
### A match can be inverted by prefixing the rule with '~'. Rules can
### grant read ('r') access, read-write ('rw') access, or no access
### ('').
→上面的部分就是注释，下面是简单的翻译
此文件是svnserve 示例授权文件。
其格式是相同的mod_authz_svn 授权文件。
每个部分，如下所示定义授权的路径和（可选）的存储库中指定的节的名称。
按照授权。授权线可以参考：
# # #-单个用户，
# # #-在特殊[组] 部分中，定义的用户组
# # #-在特殊[别名] 部分中，定义一个别名
# # #-所有经过身份验证的用户，使用$authenticated 标记，
# # #-只有匿名用户，使用$anonymous 标记，
# # #-任何人使用* 通配符。
###
规则可以授予读取（' r') 访问权限、读写'（rw）的访问或没有访问权限('').
[aliases]
# joe = /C=XZ/ST=Dessert/L=Snake City/O=Snake Oil, Ltd./OU=Research Institute/CN=Joe Average
→下面的格式就是用户组名= 用户1，用户2 不过下面的是被注释掉的，你可以模仿写一个用户组和用户；例如下面的admin = admin,manager 表示管理员组admin 有两个组员；
[groups]
# harry_and_sally = harry,sally
# harry_sally_and_joe = harry,sally,&joe
admin = admin,manager
→下面是分配某个目录下某些开发人员所具有的读写权限；下面的注释内容就表示，在根目录/foot/bar/这个目录下，第一个表示harry用户拥有读写权限，第二个表示joe用户拥有只读权限，第三个表示所有人都没有权限访问此目录；你可以模仿此三种设置为用户添加权限；
# [/foo/bar]
# harry = rw
# &joe = r
# * =
→下面的这种表示配置在某个版本库中某个目录下的权限控制，
# [repository:/baz/fuz]
# @harry_and_sally = rw
# * = r
passwd文件说明
### This file is an example password file for svnserve.
### Its format is similar to that of svnserve.conf. As shown in the
### example below it contains one section labelled [users].
### The name and password for each user follow, one account per line.
上面的介绍翻译
# # # 此文件是svnserve 示例密码文件。
# # # 其格式是类似于svnserve.conf。如中所示
下面的示例包含一节标签[用户]。
# # # 的名称和密码为每个用户跟随，每行一个帐户。
→这下面就是所有开发项目的用户；
[users]
# harry = harryssecret
# sally = sallyssecret
svnserve.conf文件说明：
### This file controls the configuration of the svnserve daemon, if you
### use it to allow access to this repository. (If you only allow
### access through http: and/or file: URLs, then this file is
### irrelevant.)
### Visit https://www.doczj.com/doc/1619065765.html,/ for more information.
[general]
### These options control access to the repository for unauthenticated
### and authenticated users. Valid values are "write", "read",
### and "none". The sample settings below are the defaults.
# anon-access = read →配置匿名用户权限，将前面的注释去掉，将值修改为none，表示匿名用户权限为空，表示不支持匿名用户登录；值可以取（read,write,none）
# auth-access = write→配置授权用户权限；表示通过验证的用户可以读写；
### The password-db option controls the location of the password
### database file. Unless you specify a path starting with a /,
### the file's location is relative to the directory containing
### this configuration file.
### If SASL is enabled (see below), this file will NOT be used.
### Uncomment the line below to use the default password file.
# password-db = passwd→配置用户名密码文件名称
### The authz-db option controls the location of the authorization
### rules for path-based access control. Unless you specify a path
### starting with a /, the file's location is relative to the the
### directory containing this file. If you don't specify an
### authz-db, no path-based access control is done.
### Uncomment the line below to use the default authorization file.
# authz-db = authz→配置权限所在文件名称，这个配置非常重要，如果这个文件没有配置，那么你在svnserve.conf中配置再多的陪着也是无用的；
### This option specifies the authentication realm of the repository.
### If two repositories have the same authentication realm, they should
### have the same password database, and vice versa. The default realm
### is repository's uuid.
# realm = My First Repository→设置版本库名称，配置的时候一定要将前面的#去掉，我想这个不需要我说吧；
→下面的三个选项配置，是用来配置用户名密码加密的# password-db = passwd这行保持注释掉的状态，不使用passwd文件。变量min-encryption 和max-encryption 控制服务器所需要的加密强度。要完全禁用加密，就将这2 个变量的值都设为0。要启用简单的数据校验(例如，为了防止篡改和保证数据的完整，不加密)，就将这 2 个值都设为1。如果你想允许(但不强制)加密，将最小值设为0，最大值设为任意位数。要强制加密，将这2 个值设为大于1 的数字。在前面的例子中，我们要求客户端至少进行128 位加密，但是不大于256 位加密。use-sasl = true 表示启用加密；
[sasl]
### This option specifies whether you want to use the Cyrus SASL
### library for authentication. Default is false.
### This section will be ignored if svnserve is not built with Cyrus
### SASL support; to check, run 'svnserve --version' and look for a line
### reading 'Cyrus SASL authentication is available.'
# use-sasl = true
### These options specify the desired strength of the security layer
### that you want SASL to provide. 0 means no encryption, 1 means
### integrity-checking only, values larger than 1 are correlated
### to the effective key length for encryption (e.g. 128 means 128-bit
### encryption). The values below are the defaults.
# min-encryption = 0
# max-encryption = 256
案例：上面使我们对这个文件的分析，下面我们就假设我们现在有三个组组：
·管理员组manager
·开发人员组development
·测试人员组test
成员：
manager组zhao(一个用户zhao)
development qian、sun、li 三个开发人员
test wang 一个测试人员
·首先我们配置svnserve.conf文件
[general]
anon-access = none →设置匿名用户没有权限，
auth-access = write →通过验证的用户有读写权限；
password-db = passwd →用户密码所在文件名称；
authz-db = authz→用户权限所在文件名
realm = My First Repository →版本库名称，就保持默认
→下面的sasl加密就不做设置了，可以自己尝试；
[sasl]
# use-sasl = true
# min-encryption = 0
# max-encryption = 256
·配置passwd文件，添加开发人员用户名密码；
[users]
zhao = zhao
qian = qian
sun = sun
li = li
wang = wang
·配置authz文件、
[aliases]
# joe = /C=XZ/ST=Dessert/L=Snake City/O=Snake Oil, Ltd./OU=Research Institute/CN=Joe Average
[groups]
manager = zhao
development = qian,sun,li
test = wang
[/]→表示根目录下的操作权限；
zhao = rw →zhao 表示对根目录有读写权限；
qian = rw
sun = rw
li = rw
wang = r →wang 只有读的权限；
·接下来，我们打开服务，安装eclipse插件，连接此svn服务器
在cmd之中敲svnserve –d –r d:\subversion 就表示启动了svn服务，我们刚刚建立的库就可以用了；
·启动eclipse 打开help Install New Software
·点击添加add
·在名称之中填写自己想填写的内容，location之中找到你下载好的插件，点击OK
·全选点击next ,可能要连接网络下载文件，耐心等待下；
·点击Next
·选择I accept 然后finish
·点击finish之后就会弹出下面的窗口；中途要是弹出来什么点击OK 然后eclipse自动重启，说明安装好了；
·然后选择file import
选择svn→从svn检出项目
·选择创建新的资源库位置→next
·按照上面的模式输入你的svn地址，如果是本机可以写成svn://localhost →next
输入用户名和密码，我们输入zhao,点击OK
·只要你的设置没有错误，就会出现下面的界面
·点击Finish，可能报错误，没关系，主要是我们的库中没有任何文件，下面我们打开资源库视图
点击OK就好了，然后我们在其中新建一个文件夹，
在接下来的界面之中输入名称即可，我们新建一个项目名称吧，就叫project
·然后将你本地配置好的开发环境，例如SSH等，上传到刚刚新建的文件夹之中，这样一个可以用的资源库就建立好了；右键→导入
点击OK ,你就看到如下的界面了
·下面我们导入到自己的工作区试试，
File→import→svn→从svn检出→使用现有的资源库→next→选择项目→next→finish
看到类似这样的图标说明你的项目导入到本地了，可以开发了
第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.学习资源 Apachel在windows下的安装与配置图解 1. Subversion配置安装教程（一） 3. Subversion配置安装教程（二） 3. Subversion配置安装教程（三） Windows下Subversion的安装使用 实战SVN For Apache2（一） 实战SVN For Apache2（二） 如何安裝Subversion + Apache? tortoisesvn 日常使用指南 2.实用技巧 由于我们以后会经常在命令行下执行命令，每次打开一个新的命令行窗口默认的当前目录都是C:\Documents and Settings\$UserName，这样在执行命令之前都要切换目录，很麻烦，所以我们先来解决这个问题。在“开始”－“运行”中输入“regedit”，打开注册表。找到\HKEY_CLASSES_ROOT\Folder\shell，如果没有shell，可以在Folder下新建一个名为shell的键，在shell下新建一个名为“命令行(Command W indows)”的键，在这个键之下再建一个新的名为“Command”的键，设置默认值为“cmd /K cd /d %L”。 完成后的效果如下：
这样当我们选中一个目录，在右键上下文菜单里面就多了一个“命令行(Command Windows)”的选项，单击这个选项就可以打开一个命令行窗口并且快速切换到当前选中的目录。 Cd /d C:\路徑 3.安装Subversion 1) 准备工作 1. Apache服务器程序。到https://www.doczj.com/doc/1619065765.html,/上下载apache http server，我的是(apache_ 2.2.13-win32-x86-no_ssl.msi)。 2. SVN服务器端程序。到 https://www.doczj.com/doc/1619065765.html,/servlets/ProjectDocumentList?folderID=91上下载Subversion当前1.1.3版本的二进制安装文件，一般https://www.doczj.com/doc/1619065765.html,并不提供二进制包，这些二进制包是有一些志愿者维护的，所以可能不是当前最新的版本。如果你想尝鲜使用Subversion的最新版，请下载源码自己编译。 3.TortoiseSVN，客户端程序。TortoiseSVN是扩展Windows Shell的一套工具，可以看作Windows资源管理器的插件，安装之后Windows就可以识别Subversion的工作目录。 官方网站是TortoiseSVN，下载方式和前面的svn服务器类似，在Download页面的我们选择Official version for Win2k/XP or higher的版本，然后在sourceforge的下载页面选择目前的最高稳定版本的安装文件 TortoiseSVN-1.2.5.4719-svn-1.2.3.msi。（注意：TortoiseSVN有一个特殊对https://www.doczj.com/doc/1619065765.html,
subversion的repository列表完美解 决方案 篇一：Subversion 系统学习笔记 Subversion 系統學習筆記 长久以来，在开源世界中，CVS（Concurrent Versions System）一直都是版本控制的首选。但是现在用户有了另一个选择，就是Subversion。Subversion是下一代版本控制系统，能替代 CVS。 Subversion是一个自由、开放源码的版本控制系统。它是一个通用系统，可用来管理任何类型的文件，其中包括程序源码。以下是我的學習筆記：SVN 系統學習筆記 一安裝服務器端 下載Apache和SVN源碼包：, (因為redhat 9默認安裝的Apache沒有并包含--enable-so選項，所以無法產生mod_dav_svn.沒有這個模塊，SVN就無法采用http方式運行，所以必須重新編譯新的Apache) 以root身份執行： #tar zxvf #cd #./configure --enable-dav --enable-so --enable-maintainer-mode #make
#make install 此時會產生/usr/local/apache2目錄 #tar zxvf #./configure --with-apxs=/usr/local/apache2/bin/apxs #make #make install 此時會自動在/usr/local/apache2/conf/添加 LoadModule dav_svn_module modules/mod_dav_ 安裝完成后,運行svnserve --version確認版本為。 SVN服務器安裝結束. 二安裝客戶機端 window客戶機： 直接安裝_，方法同一般軟件安裝相同。 Linux客戶機： 方法輿安裝服務器相同。 (注意redhat 9默認安裝的SVN版本為,它的客戶端命令svn無法輿新的SVN服務器通訊,必須重新安裝) 三建立倉庫Repository Subversion 的檔案庫是個中央倉儲, 用來存放任意數量專案的受版本控管資料,建立方法很簡單 #svnadmin create path/to/repos
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
所有资料来源于 https://www.doczj.com/doc/1619065765.html, 我用Subversion - SVN|TortoiseSVN下载安装配置使用技术交流社区 SVN 服务端安装和配置 1.Windows环境下基于 Apache 的SVN 服务器安装及配置 1.1安装 1.1.1安装Apache （1）下载Apache 地址https://www.doczj.com/doc/1619065765.html,/download.cgi 注意：Apache低于2.0.54的Windows版本的存在编译问题，低于2.0.54的版本不能与Subversion 1.2一起工作。2.2.X目前不能很好支持SVN 1.4.3。当前建议下载Apache 2.0.59 (2) 安装 下载完成后运行apache_2.0.59-win32-x86-no_ssl.msi，根据提示进行操作。遇到系统要求输入SERVER的URL时，如果你的服务器没有DNS名称，请直接输入IP地址。 注意：如果你已经有了IIS或其他监听80段口的程序，安装会失败，如果发生这种情况，直接到程序的安装目录\Apache Group\Apache2\conf，打开httpd.conf。编辑文件的Listen 80为其他可用的端口，例如Listen 81，然后重新启动－这样就不会那个问题了。 （3）检查 安装完成后浏览http://localhost/若成功，可看到apache页面。 1.1.2安装Subversion （1）下载 Subversion 地址：https://www.doczj.com/doc/1619065765.html,/servlets/ProjectDocumentList?folderID=91（2）安装 运行svn-1.4.3-setup.exe 安装程序，并根据指导安装，如果Subversion认识到你安装了Apache，你就几乎完成了工作，如果它没有找到Apache服务器，你还有额外的步骤。 （3）后续 步骤1 从C:\Program Files\Subversion\bin 中将 mod_authz_svn.so mod_dav_svn.so复制到 C:\Program Files\Apache Group\Apache2\modules下 intl3_svn.dll libdb*.dll C:\Program Files\Apache Group\Apache2\bin下 步骤2 找到C:\Program Files\Apache Group\Apache2\conf\httpd.conf文件去掉如下几行的注释(删除 '#'标记):
ZendStudio配置Subversion 详细教程 Zend Studio提供了CVS、SVN版本控制功能以更好支持PHP团队协作开发，通过配置SVN 服务器，使用Zend Studio连接SVN即可保证程序代码的一致性与安全性，又可以提高PHP 开发效率，下面我以图文教程形式详细介绍Zend Studio配置连接SVN的具体步骤。 首先，在看此教程开始之前，请读者确保已经安装好Zend Studio。笔者安装的是Zend Studio10.6，读者可根据需要自行安装相关版本Zend！整个SVN安装过程为笔者亲自实践、整理，希望能够帮助到大家。 在配置Subversion 之前，我们需要下载下面几款软件 VisualSVN（SVN服务器）下载地址（https://www.doczj.com/doc/1619065765.html,/downloads/）大家在这个页面直接下载VisualSVN Server TortoiseSVN（SVN客户端）下载地址（https://www.doczj.com/doc/1619065765.html,/downloads.html）该页面提供32位和64位下载，大家根据需要自行下载 TortoiseSVN 汉化语言包下载地址（https://www.doczj.com/doc/1619065765.html,/soft/9599.html）默认TortoiseSVN是英文界面，英文不好的朋友可以更换成中文，安装这个就可以了。 下载好之后内容如下 当然，由于时间原因可能版本会不一样，但是没有关系。 下面我们首先安装VisualSVN，直接双击安装程序，弹出如下窗口：
直接Next 接受条款，Next 选择第一项，安装VisualSVN Server 和图形管理程序，最后一个勾选上则将相关值配置到系统环境变量，已便在DOS窗口执行相应操作
Subversion SVN版本控制工具 准备工作： ·Setup-Subversion-1.6.5→服务端软件 ·TortoiseSVN-1.6.6.17493-win32-svn-1.6.6→客户端 ·subeclipse-site-1.6.5.zip→eclipse插件 在开始学习之前你必须要准备好这几个软件； 首先安装SVN的服务端Setup-Subversion-1.6.5，版本不一定要一样，只要是Subversion就可以了，可能会有些差别； ·双击安装包，出现如下界面， ·下面的步骤可以一路Next， 到此就算安装完成了，点击finish，结束安装； ·path命令其实在安装完成之后就已经自动配置好了，所以不需要你去配置了，直接打开cmd 终端，开始创建我们开发用的仓库，也就是版本控制的一个工作空间，可以这么理解；
·打开上面这个界面，我想大家都比我清楚的多了，那我们就用下面的命令创建一个仓库，svnadmin create d:\subversion 这个命令就创建了一个在d盘上的仓库，svnadmin create 命令表示创建一个新的空的版本库，后面的路径就是你版本库所在的位置；执行完命令出现如下的界面说明空的版本库已经创建好了，我们打开D盘看下是不是有一个subversion的文件夹，如果有的话，说明空库创建没问题； ·subversion这个文件夹下有如下的几个文件夹 conf 存放版本库配置文件 db 版本数据存储目录 hooks 存放版本库子目录 locks 存储库锁目录，用来跟踪库的访问者 format 存储一个整数的文件，此整数代表库层次结构版本 readme 这个就是一些简介了 ·我们必须要了解的目录是conf目录及下面的三个文件了 authz 权限配置文件，可以说是svnserve的授权文件
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
几个版本控制软件的比较 https://www.doczj.com/doc/1619065765.html,/bbs/view6-6090-1.htm 一、Visual Source Safe(简称VSS） VSS是美国微软公司的产品，目前常用的版本为6.0版。VSS是配置管理的一种很好的入门级的工具。 易学易用是VSS的强项，VSS采用标准的windows操作界面，只要对微软的产品熟悉，就能很快上手。VSS的安装和配置非常简单，对于该产品，不需要外部的培训（可以为公司省去一笔不菲的费用）。只要参考微软完备的随机文档，就可以很快的用到实际的工程当中。 VSS的配置管理的功能比较基本，提供文件的版本跟踪功能，对于build和基线的管理，VSS的打标签的功能可以提供支持。VSS提供share（共享)、branch(分支）和合并（merge)的功能，对于团队的开发进行支持。VSS不提供对流程的管理功能，如对变更的流程进行控制。VSS不能提供对异地团队开发的支持。此外VSS只能在windows平台上运行，不能运行在其他操作系统上。VSS的安全性不高，对于VSS的用户，可以在文件夹上设置不可读，可读，可读/写,可完全控制四级权限。但由于VSS的文件夹是要完全共享给用户后，用户才能进入，所以用户对VSS的文件夹都可以删除。这一点也是VSS的一个比较大的缺点。 VSS没有采用对许可证进行收费的方式，只要安装了VSS，对用户的数目是没有限制的。因此使用VSS的费用是较低的。 由于VSS是微软的产品，可以得到稳定的技术支持。 二、Concurrent Version System(简称CVS) CVS是开发源代码的配置管理工具，其源代码和安装文件都可以免费下载。 CVS是源于unix的版本控制工具，对于CVS的安装和使用最好对unix的系统有所了解能更容易学习，CVS的服务器管理需要进行各种命令行操作。目前，CVS的客户端有winCVS的图形化界面，服务器端也有CVSNT的版本，易用性正在提高。 CVS的功能除具备VSS的功能外，还具有： 它的客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码；它的无限制的版本管理检出(checkout：注1)的模式避免了通常的因为排它检出模式而引起的人工冲突；它的客户端工具可以在绝大多数的平台上使用。同样，CVS也不提供对变更流程的自动管理功能。 一般来说，CVS的权限设置单一，通常只能通过CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文件，同时还要设置CVS REPOS的物理目录权限来完成权限设置，无法完成复杂的权限控制；但是CVS通过CVS ROOT目录下的脚本，提供了相应功能扩充的接口，不但可以完成精细的权限控制，还能完成更加个性化的功能。 CVS是开发源码软件，无需支付购买费用。 同样因为CVS是开发源码软件，没有生产厂家为其提供技术的支持。如发现问题，通常只能靠自己查找网上的资料进行解决。 三、StarTeam StarTeam是Borland公司的配置管理工具，StarTeam属于高端的工具，在易用
1、Windows下SVN服务器的安装配置 SVN全称Subversion，是一款开源的版本控制系统，支持在本地访问或通过网络访问数据库和文件系统存储库。不但提供了常见的比较、修补、标记、提交、回复和分支等功能，SVN还增加了追踪移动和删除的能力。此外，它支持非ASCII文本和二进制数据，所有这一切都使SVN不仅对传统的编程任务非常有用，同时也适用于Web开发、图书创作和其他在传统方式下未采纳版本控制功能的领域。 1.1 SVN的基本原理 SVN是一种集中的分享信息的系统，它的核心是版本库，它存储所有的数据，版本库按照文件树形式存储数据，包括文件、目录。任意数量的客户端可以连接到版本库，读写这些文件。通过写，别人可以看到这些信息，通过读数据，可以看到别人的修改。 SVN可以通过多种方式访问：本地磁盘访问，或各种各样不同的网络协议，但一个版本库地址永远都是一个URL。“版本库访问URL”描述了不同的URL模式对应的访问方法，如表7-1所示： 表7-1：不同的URL模式对应的访问方法 修订号代表了一次提交后版本库整个目录树的特定状态，另一种理解是修订号N代表版本库已经经过了N此提交。因此，当我们在使用SVN时，如果谈及“foo.c的修订号5”时，实际的意思就是“在修订号为5时的foo.c”。修订号N和M并不一定表示一个文件是不同的。其他的版本控制工具，例如CVS，则使用每一个文件一个修订号的做法。 1.2 SVN的下载与安装 读者可以下载SVN的服务器安装文件：svn-1.4.0-setup.exe； Windows客户端安装文件：TortoiseSVN-1.6.11.20210-win32-svn-1.6.13； 在客户端使用方面可以使用TortoiseSVN客户端，当作为软件开发人员一般会在Eclipse 开发工具中按照SVN相关插件。
软件版本管理规定 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
广东亿迅科技有限公司 软件版本管理办法（暂行） 第一章总则 第一条为了加强广东亿迅科技有限公司（以下简称“公司”）的软件版本管理工作，进一步细化公司配置管理规范，建立软件版本管理的规范化操作流程，保证公司软件产品质量，制定本办法。 第二条本办法适用于公司各技术部门的软件版本管理工作。 第三条本办法所称的软件版本是指公司所有面向用户发布的应用软件版本。 第四条软件版本（以下简称“版本”）管理应遵循以下原则： (一)实施版本变更应符合以下原则之一： 1.为满足客户新业务、新功能需求； 2.为满足提高业务质量、提升业务性能指标和容量扩充的需求； 3.为解决软件故障和软件稳定性、安全性、可控性问题； 4.为了提高软件可维护性。 (二)版本的集成和发布应严格按照计划执行，避免随意和频繁更新版本; (三)为保证软件质量，任何一个软件版本须通过版本测试后方可上线； (四)公司所有软件版本必须通过正式渠道发布给用户，未经审批各部门和个人不得擅自向用户发布软件版本。 第五条版本管理是保障应用软件正常运行的一个重要手段，各相关部门应认真贯彻落实，并纳入工作考核；未按本办法执行从而造成版本故障影响用户正常生产的，一经发现将追究其相应责任。 第二章职责与分工
第六条版本管理实行总体质量控制，分级实施管理原则，管理工作涉及版本质量管控部门和版本集成发布部门；质量管理部是版本质量管控部门，各业务部门是版本集成发布部门。 第七条版本质量管控部门的工作职责如下： (一)负责制定与版本管理工作相关的管理办法和工作流程并组织落实； (二)负责组织版本管理相关的培训并提供技术支持； (三)负责跟踪和监督公司版本管理工作的执行情况，协调解决执行中的问题，并对版本管理的执行效果进行评估考核； (四)负责组织和实施对版本的测试验证工作； (五)负责对版本升级实施效果和版本质量进行监控和评估； (六)其它应由版本质量管控部门负责的事项。 第八条版本集成发布部门的工作职责如下： (一)负责本部门版本研发集成工作环境的建立、维护和管理； (二)负责依据版本管理工作流程，执行版本开发、集成、发布及维护的相关工作； (三)负责收集分析业务需求，制定版本计划并按计划组织实施； (四)负责跟踪版本上线后的运行情况，收集用户使用的反馈信息，改进版本质量； (五)其它应由版本集成发布部门负责的事项。 第九条版本质量管控部门设置专职版本管理工程师和测试工程师岗位，负责版本的质量管控及流程监督；版本集成发布部门应在各项目组内设置专职或兼职版本管理员，负责本项目版本集成发布的具体工作。 第三章版本管理 第十条版本管理的各项工作应按照本办法规定的流程和要求执行。版本集成发布部门可以根据本办法的要求结合项目实际情况，对工作流程进行进一步细化。
版本控制与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
subversion安装配置说明 目录 subversion安装配置说明 (1) 目录 (1) 1SubVerison和TortoiseSVN (2) 1.1下载 (2) 1.2安装 (2) 1.3配置 (3) 1.3.1TortoiseSVN的汉化 (3) 1.3.2创建版本库 (4) 1.3.3配置SubVersion自动运行服务 (5) 1.3.4配置基于Apache服务的SubVersion (6) 1.3.5配置SubVersion登陆用户名和密码 (8) 1.3.6导入工程文件到版本库 (9) 1.3.7配置版本库目录访问权限 (11) 1.4获取版本库工程文件 (13) 1.5添加目录和文件到版本库 (14) 1.6下载目录和文件到本地（SVN Upate） (17) 1.7锁定文件（Get lock） (18) 1.8取消锁定文件（Release lock） (19) 1.9提交修改后的文件到版本库（SVN Commit） (20) 1.10复原本地文件（Revert） (21) 1.11FAQ (23) 2SubVersion和Eclipse (26) 2.1下载并安装subclipse插件 (26) 2.1.1下载subclipse插件 (26) 2.1.2安装subclipse插件 (26) 2.2从SubVersion版本库中下载工程到本地 (28) 2.3从版本库得到最新文件 (33) 2.4上传新的文件到版本库 (34) 2.5锁定文件 (36) 2.6取消锁定文件 (37) 参考资料 (39)
1 SubVerison和TortoiseSVN 1.1 下载 下载的程序包括如下： ●Apache Web服务器 下载地址：https://www.doczj.com/doc/1619065765.html,/download.cgi； 下载的版本文件：apache_2.0.59-win32-x86-no_ssl.msi 注意： 1）2.0.54版本的Apache将不能与Subversion 1.3.xx配合工作。而且，小于2.0.54的Apache也因为在windows上的编译存在一个bug而导致不能与subversion1.2配合使用； 2）目前的subversion1.3.2只能跟Apache2.0.x配合，不能用于Apache2.2.x ●SubVersion安装包 下载地址：https://www.doczj.com/doc/1619065765.html,/； 下载的版本：svn-1.3.2-setup.exe ●SubVersion服务自动运行程序 下载地址：https://www.doczj.com/doc/1619065765.html,/bbs/ 下载的文件：SVNService.exe ●TortoiseSVN安装包 下载地址：https://www.doczj.com/doc/1619065765.html,/； 下载的版本：TortoiseSVN-1.3.5.6804-svn-1.3.2.msi ●TortoiseSVN汉化包 下载地址：https://www.doczj.com/doc/1619065765.html,/； 下载的文件：LanguagePack-1.3.5.6804-win32-zh_CN.exe 1.2 安装 ●第一步：安装Apache Web服务器，安装前需要检查操作系统的80端口是否被占用，然 后执行apache_2.0.59-win32-x86-no_ssl.msi，在Server Information配置界面中输入如下内容：
linux下安装subversion 1.6.5 以下安装是在RHEL5.5默认安装的情况下，以root身份进行安装！ 1 .下载安装apr，下载地址：https://www.doczj.com/doc/1619065765.html,/ [root@localhost pub]# tar -jxvf apr-1.3.12.tar.bz2 首先解压缩 [root@localhost pub]# mkdir /usr/local/apr 建立apr要安装到的目录 [root@localhost pub]# cd apr-1.3.12 [root@localhost apr-1.3.12]# ./configure --prefix=/usr/local/apr 开始配置编译 [root@localhost apr-1.3.12]# make;make install 安装 2.安装apr-util [root@localhost pub]# tar -jxvf apr-util-1.3.9.tar.bz2 [root@localhost pub]# cd apr-util-1.3.9 [root@localhost apr-util-1.3.9]# mkdir /usr/local/apr-util [root@localhost apr-util-1.3.9]# ./configure --prefix=/usr/local/apr-util --with-apr=/usr/local/apr [root@localhost apr-util-1.3.9]# make;make install 3.安装neon 在安装之前，需要确认libxml2，如果没有安装需要安装上！ [root@localhost pub]# rpm -q libxml2 libxml2-2.6.26-2.1.2.8 [root@localhost pub]# rpm -q libxml2-devel libxml2-devel-2.6.26-2.1.2.8 [root@localhost pub]# tar -zxvf neon-0.25.5.tar.gz [root@localhost pub]# mkdir /usr/local/neon [root@localhost pub]# cd neon-0.25.5 [root@localhost neon-0.25.5]# ./configure --prefix=/usr/local/neon [root@localhost neon-0.25.5]# make;make install 4.安装Berkeley DB [root@localhost pub]# cd /usr/local/src [root@localhost src]# tar -zxvf /var/ftp/pub/db-4.6.18.tar.gz [root@localhost src]# cd db-4.6.18/ [root@localhost db-4.6.18]# cd build_unix/ [root@localhost build_unix]# mkdir /usr/local/berkeleydb [root@localhost build_unix]# ../dist/configure --prefix=/usr/local/berkeleydb --enable-cxx 其中-enable-cxx就是编译C++库，这样才能编译Berkeley DB数据库的PHP扩展php_db4. yum -y install gcc-c++安装一下就可以了
项目软件管理规范 版本号:A 编制日期 审核日期 批准日期 瑞德医疗内部资料,注意保密
历史修改记录 一. 目的 1.1软件版本按照一定的规则保存所有版本,避免发生版本丢失或混淆等现象, 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作,有利于公司内部资料统一 管理。 1.3本文档就是为规范安徽瑞德医疗器械制造有限公司研发部软件版本管理而 制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容,包括: 2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则
3.1.1每一个归档版本都有两个版本号:内部版本号与外部版本号。版本号使用 VBP规则,V就是指外部版本号(研发测试版本),B就是指内部版本号(受控版本),P就是指补丁版本号(可选)。 3.1.2版本号命名:项目名称+发布版本(对内/对外)+版本更新记录 3.2版本控制记录 3.2.1版本状态变迁要遵守一定的规则,内部先生成一个内部版本,提交测试审 批,通过了则由开发人员进行版本归档受控,生成外部版本。(测试人员在测试过程中根据《软件测试规程》检测生成《软件测试报告》再由项目组内部讨论就是否能生成新的版本)不通过则为无效版本,需要软件开发人员再进行修改,直至通过。通过后生成表格记录,再与源码一起打包受控形成外部版本。 3.2.2版本审核记录表如下:每次审核记录添加,审核通过后作为开发文档一起 打包受控。 3.3版本更新记录 3.3.1版本更新软件工程师根据项目内容的变更,优化软件功能的,需要变更内 部版本号提交测试审批,通过了则由开发人员进行版本归档,(测试人员在测试过程中根据项目软件变更优化的内容,结合项目软件整体结合进行测试。 测试完成根据《测试报告》由项目组内部讨论就是否能生成新的版本。不通过则为无效版本,由开发人员再进行优化工作。更新记录过程中生成表格记录,审核通过后与源码一起打包受控形成外部版本。
1、将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn://192.168.1.1/pro/domain 简写：svn co 2、往版本库中添加新的文件 svn add file 例如：svn add test.php(添加test.php) svn add*.php(添加当前目录下所有的php文件) 3、将改动的文件提交到版本库 svn commit -m"LogMessage"[-N][--no-unlock]PATH(如果选择了保持锁，就使用--no- unlock开关) 例如：svn commit -m"add test file for my test"test.php 简写：svn ci 4、加锁/解锁 svn lock -m"LockMessage"[--force]PATH 例如：svn lock -m"lock test file"test.php svn unlock PATH 5、更新到某个版本 svn update -r m path 例如： svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。 svn update -r200test.php(将版本库中的文件test.php还原到版本200) svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit) 简写：svn up 6、查看文件或者目录状态 1）svn status path（目录下的文件和子目录的状态，正常状态不显示） 【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】 2）svn status -v path(显示文件和子目录状态) 第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。 注：svn status、svn diff和svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn 中保留了本地版本的原始拷贝。 简写：svn st 7、删除文件
项目软件管理规范 版本号：A 编制日期 审核日期 批准日期 瑞德医疗内部资料，注意保密
历史修改记录 版本号修订内容修订时间修订人
一. 二. 目的 1.1 1.2软件版本按照一定的规则保存所有版本，避免发生版本丢失或混淆等现象， 并且可以快速准确的查找到任何版本。 1.3软件版本规范有利于公司各部门之间的对接工作，有利于公司内部资料统一 管理。 1.4本文档是为规范安徽瑞德医疗器械制造有限公司研发部软件版本管理而制 定的。 三. 四. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容，包括：2.2版本标识方法及管理 2.3 2.4版本升级 2.5 2.6文档及源码的备份制度 2.7所有研发部软件工程师成员都必须遵照项目软件管理规范操作，公司内部使 用按照文档及源码存放备份制度。 五. 六. 版本管理
3.1 3.2版本号规则 3.1.1 3.1.2每一个归档版本都有两个版本号：内部版本号和外部版本号。版本号使 用VBP规则，V是指外部版本号（研发测试版本），B是指内部版本号（受控版本），P是指补丁版本号（可选）。 3.1.3 3.1.4版本号命名：项目名称+发布版本（对内/对外）+版本更新记录 3.3版本控制记录 3.2.1版本状态变迁要遵守一定的规则，内部先生成一个内部版本，提交测试 审批，通过了则由开发人员进行版本归档受控，生成外部版本。（测试人员在测试过程中根据《软件测试规程》检测生成《软件测试报告》再由项目组内部讨论是否能生成新的版本）不通过则为无效版本，需要软件开发人员再进行修改，直至通过。通过后生成表格记录，再和源码一起打包受控形成外部版本。 3.2.2版本审核记录表如下：每次审核记录添加，审核通过后作为开发文档一 起打包受控。 内部版本状 态外部版本状 态 开发人审核人批准人发布时间 B1.0 V1.0 研发部软件 工程师 3.4版本更新记录 3.3.1版本更新软件工程师根据项目内容的变更，优化软件功能的，需要变更 内部版本号提交测试审批，通过了则由开发人员进行版本归档，（测试人员在测试过程中根据项目软件变更优化的内容，结合项目软件整体结合进行测试。测试完成根据《测试报告》由项目组内部讨论是否能生成新的版本。不