配置管理及版本控制介绍_V1.8.
软件配置管理与版本控制实践指南
git init
初始化Git仓库
Git基本命令
git commit
git add
提交文件到仓库
将文件添加至缓存区
git checkout
切换分支或恢复文件
分支概念
适合并行开发的特性
Git分支管理
合并分支
创建分支
git merge命令
git branch命令
解决冲突
合并过程中的冲突处理
保留历史记录
如何选择适合自己 团队的版本控制系
统
考虑团队规模、项目需求 等因素
常见的版本控制系 统有哪些
Git、SVN、Mercurial
软件配置管理流程
软件配置管理的基本流程
包括配置项管理、变更管理、发布管理
配置项管理
管理项目中的各种配置项，如代码、文档、库文件等
变更管理
跟踪和管理所有变更，确保版本控制和代码一致性
的选择。
重要性
自动化测试与部署
部署原理
实现方法
自动化测试在软件配置管 理中的地位
自动化部署的基本原理
如何有效实现自动化测试
故障排除与回滚
在软件配置管理的过程中，故障排除和回滚 是经常面临的挑战。了解故障排除的步骤对 于团队至关重要，可以帮助团队快速准确地 解决问题。此外，能够快速回滚到上一个稳 定版本也是软件配置管理的关键一环。通过 案例分析，团队可以更好地理解故障排除和
GitLab CI
与GitLab集成紧密 自动化构建和测试 适合基于GitLab的团队
持续交付与持续部署
持续交付的概念
持续交付是将软件交付的过程自动化，以便在任何时候都能够快速、可靠地发布产品
配置管理在软件质量保证中的角色
配置管理在软件质量保证中的角色一、配置管理的基本概念与重要性配置管理作为软件工程中的一个重要组成部分，其核心目标是确保软件产品在开发、维护和部署过程中的一致性、可追溯性和可控性。
配置管理的实施有助于提升软件质量，降低开发成本，并缩短产品上市时间。
在软件开发生命周期中，配置管理扮演着至关重要的角色，它通过以下几个方面来实现其价值：1.1 版本控制版本控制是配置管理的基础，它允许开发团队跟踪和控制软件的每个版本，确保任何时候都能准确地恢复到软件的特定状态。
版本控制系统能够记录每次代码的变更，便于团队成员之间的协作和代码的合并。
1.2 变更管理变更管理是配置管理的另一个关键方面，它涉及到对软件需求、设计和代码的变更进行控制和管理。
通过变更管理，可以确保所有变更都经过严格的评审和批准，从而避免不必要的风险和质量问题。
1.3 配置审计配置审计是配置管理的一个重要环节，它确保软件的配置项符合预定的质量标准和要求。
通过定期的审计，可以发现和解决配置中的问题，保证软件的质量和一致性。
1.4 环境管理环境管理确保开发、测试和生产环境的一致性，避免因环境差异导致的软件问题。
配置管理在此过程中确保所有环境使用相同的软件版本和配置参数。
二、配置管理在软件质量保证中的作用配置管理在软件质量保证中发挥着多方面的作用，以下是其主要的几个方面：2.1 确保一致性配置管理通过控制软件的各个版本和组件，确保开发过程中的一致性。
这有助于减少因版本不一致而导致的集成问题和缺陷。
2.2 促进协作在团队协作中，配置管理提供了一个共享的工作环境，使得团队成员能够更容易地协作和交流。
它还允许团队成员在不干扰他人工作的情况下，地进行开发和测试。
2.3 风险控制通过变更管理和配置审计，配置管理有助于识别和控制软件开发过程中的风险。
任何变更都需要经过严格的审查和测试，以确保不会引入新的问题。
2.4 提高透明度配置管理提高了软件开发过程的透明度，使得项目管理者和团队成员能够清楚地了解软件的当前状态和历史变更。
配置管理-版本控制
图17.8
图17.9
• 实际上低层版本间有关联情况时， 例如B是设计图纸，C是设计说明，一个新 设计仅与一个新设计说明相关，那么应当 有一个有效的变化传递来控制上层新版本 的产生
版本的组检查
• 将相关联的同一层次的对象版本组成版本 组 • 在产生组内的所有新版本后进行变化传递 • 对每一个新版本进行由底向根路径遍历， 将路径上的每个节点打且仅打一次标记 • 对打过标记的节点均产生一个独立的后继 版本，并建立该版本与上层、下层相应新 版本的引用联接
• 习题 17.2
Type CarDesignObject is Body [versionSet:{CarVersion}; Current:CarVersion; VCount:int;] operations declare CarDesignObject:→CarDesignObject; declare findVersion:int→CarVersion; declare newVersion:int→CarVersion; implementation define CarDesignObject is !!initializer begin self.vCount:=1 self.current.creat; self.current.versionNumber:=self.vCount; self.vCount:=self.vCount+1; self.versionSet.create; self.versionSet.insert(self.current); return self; end define CarDesignObject;
• 类型定义
type CarVersion is [versionNumber:int; !!CarVersion contains preds:{CarVersion}; !!attributes for succs:{CarVersion}; !!version management car:Car;]; type Car is [chassis:Chassis; !!Car is the actual design object engine:Engine;]; !!which may exist in several versions
配置管理控制程序
配置管理控制程序配置管理控制程序是指为了管理软件系统的各种配置项，确保软件系统的正确配置和版本控制而设计的一套程序。
配置管理控制程序的主要任务是对软件系统配置项进行管理、记录、跟踪、审批和控制，以确保软件系统在不同环境下运行的稳定性和一致性。
配置管理控制程序主要包括以下几个方面的功能：1. 配置项管理：对软件系统中的各种配置项进行分类、管理和记录。
配置项可以是软件代码、库文件、配置文件、脚本等，也可以是硬件设备、网络配置等。
配置项管理需要记录配置项的属性、依赖关系、版本信息等，以便于后续的跟踪和控制。
2. 版本控制：对软件系统中的配置项进行版本控制，确保在不同的开发、测试和生产环境中使用的都是正确的版本。
版本控制可以通过使用版本控制系统来实现，例如使用Git、SVN等工具进行代码的版本管理。
版本控制可以记录每个配置项的版本号、变更历史以及相应的开发者信息，以方便日后的追溯和回滚。
3. 变更管理：当需要对软件系统的配置项进行变更时，需要经过严格的变更管理流程。
变更管理包括变更请求的提交、变更审批和变更执行等步骤，以确保变更的正确性和可控性。
变更管理还需要记录每个变更请求的详细信息、审批流程、变更影响等，以便于后续的分析和评估。
4. 配置项跟踪：配置项跟踪是指对每个配置项的状态进行实时跟踪，以了解其所处的状态和位置。
配置项跟踪可以帮助了解配置项的变更历史、当前状态以及相关的文档和测试结果等信息。
配置项跟踪可以通过配置管理数据库来实现，该数据库记录了每个配置项的详细信息、所处环境和状态，以便于对其进行管理和查找。
5. 发布管理：发布管理是指将经过测试和验证的软件配置项部署到生产环境中的过程。
发布管理需要确保发布的配置项与预期的一致，并记录发布时间、发布者、发布结果等信息。
发布管理还需要实施回滚计划，以应对发布中可能出现的问题。
配置管理控制程序的设计需要考虑以下几个方面的因素：1. 可扩展性：配置管理控制程序需要支持各种不同的配置项类型、配置项关系和配置项依赖关系。
戴尔存储库管理器版本 1.8 快速安装指南说明书
Dell Repository Manager Version 1.8 Quick Install GuideNotes, Cautions, and WarningsNOTE: A NOTE indicates important information that helps you make better use of your computer.CAUTION: A CAUTION indicates either potential damage to hardware or loss of data and tells you how to avoid the problem.WARNING: A WARNING indicates a potential for property damage, personal injury, or death.© 2013 Dell Inc. All Rights Reserved.Trademarks used in this text: Dell™, the Dell logo, Dell Boomi™, Dell Precision™ , OptiPlex™, Latitude™, PowerEdge™, PowerVault™, PowerConnect™, OpenManage™, EqualLogic™, Compellent™, KACE™, FlexAddress™, Force10™, Venue™ and Vostro™ are trademarks of Dell Inc. Intel®, Pentium®, Xeon®, Core® and Celeron® are registered trademarks of Intel Corporation in the U.S. and other countries. AMD® is a registered trademark and AMD Opteron™, AMD Phenom™ and AMD Sempron™ are trademarks of Advanced Micro Devices, Inc. Microsoft®, Windows®, Windows Server®, Internet Explorer®, MS-DOS®, Windows Vista® and Active Directory® are either trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries. Red Hat® and Red Hat®Enterprise Linux® are registered trademarks of Red Hat, Inc. in the United States and/or other countries. Novell® and SUSE® are registered trademarks of Novell Inc. in the United States and other countries. Oracle® is a registered trademark of Oracle Corporation and/or its affiliates. Citrix®, Xen®, XenServer® and XenMotion® are either registered trademarks or trademarks of Citrix Systems, Inc. in the United States and/or other countries. VMware®, vMotion®, vCenter®, vCenter SRM™ and vSphere® are registered trademarks or trademarks of VMware, Inc. in the United States or other countries. IBM® is a registered trademark of International Business Machines Corporation.2013 - 12Rev. A00Contents1 Introduction (5)Downloading Dell Repository Manager (5)Installing Dell Repository Manager (5)Running Repository Manager (6)To run Repository Manager from the Start menu: (7)To run Repository Manager from your desktop: (7)Launching DRM Using Command Line Options (7)4IntroductionThis guide describes how to quickly install the Dell Repository Manager (Repository Manager) on desktops, laptops, or servers running the supported version of Microsoft Windows operating systems. Repository Manager is available in two run-time modes:•Data Center Version — For managing repositories for Dell server and storage systems.•Business Client Version — For managing repositories for Dell Latitude, OptiPlex and Precision systems.Downloading Dell Repository ManagerYou can download Repository Manager directly from /us/en/enterprise/d/solutions/ repository-manager.aspx or from /support.To download Repository Manager from /support:1.Click Product Support tab.2.Chose Drivers & Downloads from the drop down list.3.In Choose by Service Tag, click Enter a Tag or in Choose a Model, click Select Model .4.If you select the Choose by Service Tag option, enter the service tag of the Dell system in Enter aservice tag, and then click Go.If you select the Select Model option, select the product type from the Select Your Product Family list.Select the product line and product model and then click Confirm.5.From the Operating System drop-down, select the operating system running on the system.6.Under the Results for <service_tag> section, expand the Systems Management category.7.Adjacent to Repository Manager, click Download File.8.In the File Title(s) column, click the .msi file, and then click Download.9.In the Download Options window, click the option for which you want to download RepositoryManager and then click Download.The Repository Manager is downloaded.Installing Dell Repository ManagerTo install Repository Manager:1.Double-click the Dell_Repository_Manager_1.8.<revision number>.msi, for example:Dell_Repository_Manager_1.8.0.msi, from the location on the system where you downloaded it.2.In the Dell Repository Manager - InstallShield Wizard, click Next.3.In the License Agreement, select I accept the terms in the license agreement, and then click Next.4.Enter your user name and the organization you belong to.5.Select an option to indicate who will use the application, and click Next. The options available are:–Anyone who uses this computer (all users)–Only for me (<name of the particular user>)6.The Destination Folder displays the default installation folder for Repository Manager. ClickChange to change the default location, and click Next.However, you can keep using the default location, click Next.5The default location for 32-bit Windows operating system is C:\Program Files\Dell\Dell Repository Manager v<version number of Repository Manager>.For example: C:\Program Files\Dell\Dell Repository Manager v1.8.0For 64-bit Windows operating system, the default location is C:\Program Files(x86)\Dell\DellRepository Manager v<version number of Repository Manager>. For example: C:\ProgramFiles(x86)\Dell\Dell Repository Manager v1.8.0.7.Click Install to begin the installation.NOTE: During an upgrade, ensure that the existing version of Repository Manager is closed.NOTE: During an upgrade, the existing repositories and settings are retained.8.After Repository Manager is installed successfully, click Finish.The installation creates two shortcuts on your desktop and a folder in the Start menu to launch Repository Manager in Data Center Version or Business Client Versions. The folder comprises the following shortcuts:•Dell Repository Manager Updater•Dell Repository Manager Business Client Version Online Help•Dell Repository Manager for Business Client Version systems•Dell Repository Manager for Data Centers Version•Dell Repository Manager Data Center Version Online HelpWhere, x.x indicates the version number of Repository Manager.The version number of the application installed appears as part of the short cuts, the folder name and folder options in the format:<(name of the application)>v<version number of Repository Manager>Once the installation is complete, you can access the Release Notes from the location where Repository Manager is installed. The Release Notes contains a brief of the new features and known issues. Running Repository ManagerYou can run Repository Manager from the desktop, from the Start menu or, from the folder location where you have installed it:To run Repository Manager from the folder location on the system:1.Start → All Programs→ Dell Repository Manager v<x.x> and double-click the desired option.2.Select one of the following modes:–Data Center Version–Business Client VersionsNOTE: By default, the mode in which you launched Repository Manager during theprevious run time, is selected.3.Click OK.NOTE: OME 1.0 and DRM 1.8 must be installed on the same system; however, OME 1.1 andhigher versions and DRM 1.8 can be installed and run on different systems. DRM 1.8 can access OME 1.1 and higher versions inventory data from a remote system. In DRM 1.8, you must clickConnect to obtain inventory data from OME irrespective of the version of OME it interacts.4.You can also navigate to the location where Repository Manager is installed. By default, DRM isinstalled at c:\Program Files (x86)\Dell\Dell Repository Manager v1.8.0.6To run Repository Manager from the Start menu:1.Click Start → All Programs → Dell Repository Manager v<version number of Repository Manager>.2.Click one of the following options:–Dell Repository Manager Business Client Version–Dell Repository Manager Data Center VersionTo run Repository Manager from your desktop:1.Double-click one of the following options:–(Data Center Version) Dell Repository Manager v<version number of Repository Manager>–(Business Client Version) Dell Repository Manager v<version number of Repository Manager> Launching DRM Using Command Line OptionsNavigate to the location where DRM is installed. By default, for 64–bit DRM is installed at c:\Program Files (x86)\Dell\Dell Repository Manager v1.8.0. For 32–bit the DRM is installed at c:\Program Files\Dell \Dell Repository Manager v1.8.0. Go to Start → Run , type cmd and press enter.Run the Dell Repository Manager using the following command:•RepositoryManager.exe -server — Launches the application in Data Center version.or•RepositoryManager.exe -client — Launches the application in Business Client version.7。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称 SCM）是软件工程中的一项关键活动，它旨在管理和控制软件项目中的配置项，确保软件开发过程中的各个版本、组件和相关文档被正确地记录、控制和管理。
本文将介绍软件配置管理的概念、重要性以及常用的工具和技术，旨在帮助读者深入了解和应用软件配置管理。
一、软件配置管理的概念和作用软件配置管理是一套旨在管理软件开发和维护过程中各种软件配置项的方法和工具。
它涵盖了对软件需求、设计、代码和文档等各个方面的管理，以确保软件产品从诞生到退役的整个生命周期都得到有效的管理和控制。
软件配置管理的作用主要体现在以下几个方面：1.版本控制：通过软件配置管理，可以追踪和管理软件项目中各个版本的变更情况，确保软件的迭代开发能够顺利进行，并保持代码库的稳定性。
2.配置项管理：帮助团队对软件项目中的各个组件和文档进行分类、识别和标记，确保团队成员能够准确找到和使用需要的配置项。
3.变更管理：在软件开发过程中，变更是无法避免的。
通过软件配置管理，可以对各类变更进行审批、记录和追踪，有效控制变更的风险。
4.发布管理：软件配置管理可以帮助团队规范和自动化地进行软件的构建和发布操作，提高交付效率，降低错误率。
二、软件配置管理的关键任务在软件配置管理过程中，需要完成以下关键任务：1.配置项识别和标识：在软件项目中准确识别和标记各个配置项，包括代码、文档、第三方库等。
通过唯一的标识符对配置项进行管理。
2.版本控制：建立和维护一个版本库，记录软件项目的全部历史变更，确保团队成员可以随时获取和使用适当的版本。
3.变更管理：将变更请求进行适当的评审和批准，并跟踪变更的实施和结果。
4.构建和发布管理：规范和自动化软件构建和发布过程，确保软件交付的可靠性和一致性。
5.配置项审计：对软件配置进行定期审计，检查是否符合组织和项目的规定。
三、软件配置管理的常用工具和技术为了更好地进行软件配置管理，常用的工具和技术包括：1.版本控制工具：如Git、SVN等，用于管理软件项目的版本和历史变更。
配置管理规范
配置管理规范1. 引言2. 配置管理流程2.1 配置项识别与分类2.2 配置项版本控制每个配置项应有唯一的标识符，以便于跟踪和管理提交代码时，必须附带有意义的注释，描述本次提交的内容在进行版本合并时，应仔细review代码变更，避免引入潜在的错误定期备份版本库，以保证配置项的安全性。
2.3 配置项变更控制所有变更都必须经过事先的评审和批准，确保变更的合理性和必要性变更过程中需要保留旧版本的配置项和变更记录，以便后续追溯或回滚对于重要的变更，需要及时通知相关人员，并进行必要的培训和指导。
2.4 配置项发布与部署需要使用统一的打包工具，以确保发布的一致性发布前需要进行充分的测试和验证，确保发布的配置项能够正常运行3. 配置管理工具3.1 版本控制工具版本控制工具是配置管理的核心工具，它能够帮助项目团队进行配置项的管理和控制。
常用的版本控制工具有Git、SVN等，项目团队应根据实际需要选择合适的工具进行使用。
3.2 自动化部署工具自动化部署工具能够简化配置项的发布和部署流程，并提高部署的准确性和可靠性。
常用的自动化部署工具有Jenkins、Ansible 等，项目团队应根据实际需要选择合适的工具进行使用。
4. 配置管理团队角色4.1 配置管理员配置管理员是配置管理团队中的核心角色，负责配置管理的日常工作，包括配置项的版本控制、变更控制等。
配置管理员需要具备良好的沟通和协调能力，能够与项目团队和其他相关人员进行有效地沟通和协作。
4.2 配置管理委员会配置管理委员会由项目团队的核心成员组成，负责配置管理的决策和监督。
配置管理委员会需要定期举行会议，审查和批准配置项的变更和发布计划，并解决配置管理过程中的问题和冲突。
4.3 配置使用者配置使用者是项目团队中的其他成员，他们需要按照规定的流程和规范使用配置项，并及时向配置管理员报告配置项的问题和建议。
5. 总结配置管理是软件开发过程中不可或缺的一环，合理的配置管理规范能够提高项目开发效率和质量，保证软件交付的稳定性和可靠性。
配置管理规范
配置管理规范配置管理是软件开发过程中的一项重要工作，它涉及到软件的版本管理、配置项管理、变更管理等方面。
一个合理的配置管理规范可以提高软件开发的效率和质量，并且有助于团队协作和项目管理。
下面是一个针对配置管理的规范，包括了配置管理的目标、流程和责任。
一、配置管理的目标1. 提高开发效率：通过规范的配置管理流程，减少了重复的工作，提高开发效率。
2. 确保版本一致性：配置管理可以确保不同开发者之间工作内容的一致性，避免了版本冲突和错误。
3. 控制变更风险：配置管理可以追踪软件版本的变化，并在需要时进行必要的回退操作，降低变更风险。
二、配置管理的流程1. 管理配置项（1）定义所有的配置项：明确所有需要进行配置管理的项，包括源代码、文档、测试数据等。
（2）标识配置项：对每个配置项进行唯一标识，便于跟踪和管理。
（3）建立配置项库：建立一个中央的配置项库，记录所有配置项的详细信息，包括版本、修改日期、修改人等。
（4）配置项的版本管理：对每个配置项进行版本管理，确保每个版本的变更能够被记录和追踪。
2. 变更管理（1）变更申请：任何人都可以提出变更申请，申请内容应包括变更的原因和目的。
（2）变更评审：由配置管理团队进行变更评审，评估变更的必要性和影响。
（3）变更审批：对通过评审的变更进行批准，并确定变更的实施计划。
（4）变更实施：按照变更的实施计划进行变更操作，确保变更的正确性和稳定性。
（5）变更验证：验证变更的效果，确保变更没有引入新的错误或问题。
3. 版本发布（1）版本发布计划：制定版本发布计划，明确发布时间和发布内容。
（2）发布准备：对即将发布的版本进行必要的准备工作，包括构建、测试和文档整理等。
（3）版本发布：按照发布计划进行版本发布操作，确保发布过程的稳定和可控。
（4）版本验证：对发布的版本进行验证，确保版本的正确性和稳定性。
（5）版本控制：记录并管理已发布版本的信息，以供后续参考和回退操作。
三、配置管理的责任1. 开发人员：负责对自己的代码进行版本管理，确保代码的正确性和稳定性，并遵守配置管理规范的要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课程内容
什么是配置管理 版本控制程序 配置管理工具 发布过程控制
2019/1/26
14
版本控制
对软件开发进程中文件或目录的发展过程提供有 效的追踪手段，保证在需要时可回到旧的版本，避免文 件的丢失、修改的丢失和相互覆盖。
版本控制是实现团队并行开发、提高开发效率的基础。
2019/1/26
人 配置管理
规范
2019/1/26
工具
8
配置管理金字塔
2019/1/26
9
配置项 （Configuration Item）
配置项是处于配置管理之下的软件或硬件作为一个实体出 现的集合体。
包括交付给顾客的软件产品，及用以创建这些软件产品的 其它项。 通常标识配置项有： 管理计划（SDP, SQAP,Test plan,SCMP, etc.) 需求和设计文档； 用户和维护文档及手册； 测试文档，测试驱动，及数据； 支持软件（包括编译器和操作系统）；
问题
为配置管理设置专 门的智能人员，并 且要有一些软硬件 环境支持，都增加 了开发的成本 对于简单系统的开 发没有实正确的系统 更好的质量保证 减少缺陷 使软件开发依赖于过程而不是依赖于人
2019/1/26
软件配置管理的概念
软件配置管理SCM，通过一套工程规范，在整 个软件生命周期中跟踪、记录软件，保证全部 变更都记录在案，并保证软件的当前状态是已 知的和可重复的。
15
版本号定义
版本号定义: 用来标识开发、测试、交付阶段的不同状态的产品。 格式： Ｖ＜主版本号＞．＜副版本号＞．＜Ｒｅａｌｓｅ号＞ 如： V1.0.2
Ｒｅａｌｓｅ号：又叫Ｂｕｉｌｄ号，内部测试开始之前设置， 初始值为０，此后每产生一次小的修改，Ｒｅａｌｓｅ号＋１
架构发生改变、构件进行重大修改， 主版本号＋１
3
一个问题例子
我马上解决这个问题 （忘了变更登记）
软件出问题了…
2019/1/26
4
结果…
我已经改过了>_<
仍然有问题…
2019/1/26
5
软件开发中的一系列普遍问题
缺乏可视性 缺少监控 缺乏控制 不受控的变更 缺乏可跟踪性
配置管理
2019/1/26
6
配置管理给我们带来了什么
好处
提高软件开发生产率
复制-修改-合并方案(Subversion默认的模式) 锁定-修改-解锁方案 在一个时间段里配置库的一个文件只允许被一个人修
改。 此模式不适合软件开发这种工作。
软件配置管理
(Software Configuration Management)
2019/1/26
1
课程内容
什么是配置管理 版本控制程序 配置管理工具 发布过程控制
2019/1/26
2
目的
了解配置管理 学习定义版本 了解配置管理工具 学习发布过程控制
2019/1/26
绿线为时间轴 红线为基线化的文档或文件
2019/1/26
验 收 测 试 维 护
交付的产品
12
配置库的划分
配置库的划分
评审 评审
开发库
配置库
产品库
客户
Check out
Check in
Check out
Check in
Check out
Check in
项目组成员 控制
项目级配置 管理员控制
公司级配置 管理员控制
17
2019/1/26
文档标识
公司项目文件命名： ＜产品英文简称＞+＜文档类别/相应工作产品名称＞+＜项 目版本号＞ （通常文档版本号在文档内部修订记录中体现） 如： MCA项目计划V2.0.doc
文档的标签与源代码的标签应保持一致，即当每次给源代 码打标签时，同时应给源代码所依据的技术文档及其对应 的测试文档和用户文档打上同样的标签。
新增版本控制、 基线管理模块
2014/8/11 2014/12/5
2019/1/26
0.4 1.0
谭款 谭款
1.
快速入门
19
变更控制过程
需求变更
功能增强 功能欠缺 生成初始变更请求 请求变更 提交申请 验证 验证 通知申请人 分派给开发者 Check out 实施变更 执行 核实变更结果 评审 驳回 是否通过？ 通过
10
2019/1/26
基线（Baseline）
已经通过正式复审和批准的某规约或产品 可以作为进一步开发的基础 且只能通过正式的变更控制过程来改变
基线是经过技术评审而批准的一组配置项。 对基线的更改必须遵循变更控制规程。
2019/1/26
11
典型过程
基线
系统需求 需求分析 软件需求 软 件 设 计 设计规格说明 编码/单元测试 代 码 软件集成测试 待交付的产品
2019/1/26 16
源代码标识
以系统为单位建立标签 ＜产品英文简称＞＿Ｖ〈主版本号＞．＜副版本号＞ ．＜ｒｅｌｅａｓｅ号＞ ｒｅｌｅａｓｅ号初始值为０ 如：MCA_V2.0.0 以软件单元（子系统／组件／模块）为单位建立标签： ＜产品英文简称＞＿＜软件单元英文简称＞＿Ｖ〈主 版本号＞．＜副版本号＞．＜ｒｅｌｅａｓｅ号＞ 如：MCA_ANDROID_APP_V2.1.0
2019/1/26
变更评审
结束
归档
Check in 结束
核实
结束
20
变更评价
技术影响分析 接口影响分析
变更分类
变更评价
成本影响分析 进度影响分析
2019/1/26 21
课程内容
什么是配置管理 版本控制程序 配置管理工具 发布过程控制
2019/1/26
22
SVN版本控制工具
基于Subversion和TortoiseSVN的版本控制系统 Subversion：是一个开源的版本控制系 TortoiseSVN：SVN的客户端工具。
2019/1/26 18
文档修订记录
文档版本包含于文档内容中，“修订记录”章节。
起草版本的编号为 0.1, 0.2, ..., 0.3. 一旦文档版本得以确认 后，版本编号应该始自 1.0。
•修订记录
日期 2014/8/4 2014/8/5 版本 0.1 0.2 作者 谭款 谭款 1. 2. 3. 1. 2014/8/6 0.3 樊显斯 2. 修改内容 拟稿 重新定义文档结构 识别、分类配置项 配置库分类、角色权 限定义 工作产品分类版本控 制 新增基线意义和内容 细节 添加使用指南章节 正式稿 备注 初稿 内容定义