SVN版本控制系统中文版.doc.docVIP

版本控制系统（集中模式） 1 版本控制系统指南 5 软件发行版本指南 21 版本控制系统（集中模式） 库与工作桌面的比较 工作桌面： 开发人员可以在本地修改维护源代码和版本控制系统中的文档。 库： 源代码的存储和修改记录集中在服务器上的版本控制系统中。 TortoiseSVN（小乌龟系统）介绍 文件描述 Windows资源管理器扩展。 版本控制系统核心操作 （检测） （提交） （更新） （导入） （导出） （检测）介绍 从库和存储在本地的版本控制系统中获取一个工作副本。 一次性操作 检测工作副本来源 本步骤应是第一步操作。 in sync（同步） （提交）介绍 同步本地文件夹和库中的文件。 2.本地文件修改包括：文档和源代码的修改、删除和添加操作。 （提交）注意事项 应该一次性提交概念、功能和任务文件。 应该要确保提交的文件可以被成功编译。 将更改日志加入体骄傲信息中。 版本控制系统指南 1.工作区的所有文件夹和文件的图标都应该有一个标志来表明他们在资源管理器中的地位。 2..svn文件夹保存版本信息。 版本控制系统修订编号 1.修订数字不仅表示本地工作区中的版本号也表示存储库的版本号。 2.HEAD表示最新版本。 修改日志消息 修改版本跟踪： 修订版本号 作者 版本信息 修改的文件 （更新）介绍 从资源库中的修改更新到本地工作副本 2.同步存储库工作区；在同步时应该注意可能会发生冲突，版本控制系统可能会提示限制。 检测库中是否有更新版本 （导入）介绍 将本地计算机上的文件和文件夹结构添加到存储库中。 一次性操作。 （导出）介绍 从存储库中导出文件和文件夹结构到本地计算机 2.一次性操作。 哪些类型的文件应该存储在版本控制系统？ 源代码文件： 软件相关文件：配置文件，证明文件，测试代码+数据集 哪些类型的文件不应该存储在版本控制系统？ 可再生源代码的文件 2.临时文件： 3.有些可能会被授予权限的文件：再生要求很少的文件，不容易通过IDE或existedtools重新生成的文件。 档案库结构 1.数据：包含数据表、规范、参考文档和工具 2.硬件：原理图和pcb电路图 3.品质：bug跟踪、测试计划和测试报告 4.sw：源代码 5.bin：二进制文件 版本控制系统指南 版本控制系统目的： 1.本文件的主要目的是： 描述在软件开发过程中版本控制系统所需要的设置。 2.概述了版本控制系统在软件开发周期中对程序和产品生产的追踪； 2.环境设置： A.安装小乌龟软件： 核心操作 一共有5个核心操作， 档案库结构 上图是默认存储库的布局。最高一级文件夹ProjectName是由相应的项目名称命名，而不是由客户端访问。在此文件夹中，有五个访问子文件夹。他们每个人都有不同的目的。 00:4432/svn/ProjectName_DATA 该文件夹包含项目所有的信息，并存储在5个子文件夹。他们是Datasheet，Reference，Specification，Schedule，Tools和Others。 00:4432/svn/ProjectName_HW 该文件夹包含项目的原理图和pcb表 00:4432/svn/ProjectName_QA 该文件夹包含项目存储的测试计划和项目的报告 00:4432/svn/ProjectName_SW 该文件夹包含项目的源代码 00:4432/svn/ProjectName_BIN 该文件夹包含项目的二进制文件。 注意：URL区分大小写(大写和小写字母的差异URL路径)。 常规工作步骤 1.在启动前申请一个或多个软件库。 2.向建好的存储库中导入初始版本(源代码和文档)。 3.在本地计算机上检测从存储库到工作区的工作副本。 4.每周至少一次将工作区中的更改提交到资源库中（尤其在假或公众假期以前年)。 工作副本在提交前应该满足以下条件： 修改了概念。 功能修改。 任务修改。 编译成功。 6.如果多个开发人员参与项目，在提交之前应达成共识，承诺释放存储库。 消息修改 The templates are located at \\00\Data\Document\Software Document\SoftwareVersion System\Version control\. 数据存储库的修改信息模式简要描述更新的项目。 项目名 项目类型 目的 硬件库的修改信息模式 简要描述该示意图或PCB更新。 申请哪个阶段。 工作的固件版本 更新项目 品质的修改信息模式 简要描述更新的项目 1.项目名 2.项目类型 3.目的 源代码软件存储库的修改信息格式： 文件名：源代码文件夹.例如：PG999版本：发布二进制版本，如：v099，v023，v012，v103 日期：修改日期，如：2013年1