常用CM工具介绍

1、常用CM工具介绍 BitTeam小组 51234Team FoudationStarTeamAccuRevHarvestBitKeeper目录目录软件配置管理1.配置管理（Configration Management，CM）是在系统生命周期中对系统中的配置项进行标识和定义的过程；2.软件开发和管理过程会产生大量的工作成果，纳入配置管理范畴的所有工作成果称之为配置项。3.基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。4.软件配置管理作为变更控制机制引入到软件项目中，其关键任务是控制变更活动，在软件项目管理中占有重要地位。引言：1Harvest -什么是Har

2、vestHarvest是一个C/S结构的应用，它支持分布式的开发，最大化应用各种平台。被Harvest应用的C/S结果是一个应用服务器模型。1Harvest的体系结构1Harvest的体系结构1.客户端是用来处理用户接口的程序，它从用户处接受输入并且把发送到服务器端处理，客户端同样也可以展现和返回信息给用户。服务器端执行由客户端请求的操作，通信服务提供了服务器和客户端间的连接，通信服务包含一组设置的协议，可以让Harvest的组件能一起工作。 2.Broker程序是通信服务的一部分，由于许多客户机和服务器存在在一个网络,Broker就分配一个合适的服务器给客户端。每台服务器向Broker注册并

3、提供足够的信息，以便让客户端发出请求服务的时候，能找到合适的服务器。每个客户端然后就向Broker请求合适的服务器。Agent对于远程计算机来说，它扮演了一个文件服务器的角色。 3.Harvest维护数据在它控制下的一个或多个被存储在关系数据库中的仓库中，ODBC 层能使服务器和数据库通信。1Harvest-客户端接口1.各种各样的客户端允许你访问和使用Harvest。2.根据你选择的Harvest程序，图形用户界面包括管理员应用或Workbench。管理应用提供了合适的管理功能，但是Workbench提供了对所有用户功能的访问。3.Harvest Web界面（Harweb）允许你通过Web浏

4、览器是用Harvest。4.命令行界面允许你直接使用命令行来执行Harvest功能。5.可选择的浏览接口（HarWind）允许从Windows浏览界面执行Check-in，Check-out进程。1Harvest对象 复杂的CCM解决方案能通过使用基本的对象类型而创建。 在Harvest中的关键对象包括工程（projects）,用户（users）, 用户组（user groups）, repositories, 说明（states）, 进程（processes）, 包（packages）, 表格（forms）,包组( package groups) ,试图（ views）, 项目路径（item

5、 paths）,项目（items）, 和版本（versions）以下例图显示了各种对象在Harvest中的层次。1Harvest对象第一行（从项目到仓库）显示Harvest水平的对象，这些对象是全局的，这意味着在Harvest安装的任何项目定义中是可以用的。注：Forms是全局对象，然后，他们必须总是和包（Packages）关联在一起。 第二行（丛说明到项目路径）显示Harvest水平的对象。这些对象对单个Harvest项目来说是具体的，他们包括states, packages, package groups, views, item paths， Projects衍生了他们。从Objects

6、衍生出来的用图形表示的被显示在第三列。举例，Processes从States衍生，Items从Item Paths衍生。以下例图显示了各种对象在Harvest中的层次。2Team Foundation-什么是Team Foundation Team Foundation是一个服务平台，为 Microsoft 提供源代码管理数据收集报告等工作。 它是一种为 Microsoft 产品提供 源代码管理、 数据收集、 报告和项目跟踪，而为协作 软件开发 的项目。可作为独立的软件，或 Visual Studio Team System (VSTS) 在服务器端后端平台。2Team Foundation-

7、组件术语 1.应用层应用层、数据层、客户端层：、数据层、客户端层：组成 Team Foundation Server 的逻辑层。这些层可能全部部署在同一台物理计算机上，也可能安装在多台计算机上。 2.Team Foundation 管理管理控制台控制台：Team Foundation Server 中管理员的集中管理工具。您可以从管理控制台管理用户和权限，还可以创建和管理团队项目集合、添加和管理 SharePoint Web 应用程序以在部署中使用、创建和管理虚拟实验室以及检查服务器状态。 3.SharePoint 产品：产品：为基于 Web 的业务应用程序的协作和开发提供可伸缩、可管理的平台

8、的软件。 您可以将一个或多个 SharePoint Web 应用程序包含为 Team Foundation Server 部署的组成部分。若要包含这些应用程序之一，必须为 SharePoint 产品安装和配置 Team Foundation Server 扩展，并且必须在整个部署中配置权限。 4.SQL Server 和和 SQL Server Reporting Services：为大型联机事务处理 (OLTP)、数据仓库和电子商务应用程序提供数据库平台的软件。SQL Server 也是数据集成、分析和报告解决方案的业务智能平台。Team Foundation Server 在 SQL Se

9、rver 数据库中存储其数据。您也可以选择包含运行 SQL Server Reporting Services 的服务器和自动生成团队项目报告的服务器。2Team Foundation-组和权限 Team Foundation Server 有自己的默认组和权限，可在项目、集合或服务器级别对它们进行设置。您可以创建自定义组，并在组和各个级别自定义权限。不过，添加到 Team Foundation Server 的用户或组不会自动添加到 Team Foundation Server 可依赖的两个组件：SharePoint 产品和 Reporting Services。如果部署使用这些程序，您必须

10、将用户和组添加到这些程序中并向其授予适当的权限，这些用户或组才能在 Team Foundation Server 中正常执行所有操作。2Team Foundation-安全1.拓扑，包括运行 Team Foundation 组件的服务器的部署位置和部署方式、在 Team Foundation Server 和 Team Foundation 客户端之间传递的网络通信以及必须在 Team Foundation Server 上运行的服务。2.身份验证，包括确定 Team Foundation Server 中的用户、组和服务的有效性。3.授权，包括确定 Team Foundation Serve

11、r 中的有效用户、组和服务是否有执行特定操作的相应权限。2Team Foundation-体系结构若要分析和计划 Team Foundation Server 的最佳部署以满足业务需求，必须考虑以下各方面：Team Foundation 的逻辑应用层、数据层和客户端层承载这些层的物理服务器的位置将在您的环境中运行的 Team Foundation Build 和生成计算机。Team Foundation Server Proxy此外，还必须考虑这些实体之间的交互。必须知道使用哪些 Web 服务、数据库和对象模型。而且，还必须了解默认情况下使用哪些网络端口和协议，以及可以自定义哪些网络端口。除了

12、其本身的服务之外，Team Foundation Server 还需依靠其他服务才能运行。3AccuRev-什么是AccuRev AccuRev 是一种软件配置管理工具，其基于信息流的架构可应对复杂的并行和分布式开发环境，以加快开发流程并提高资产重用率。 特征：特征：信息流提供了隔离和并行开发（如分支）的能力，同时还能避免与当今分支与合并活动相关的困难。信息流能够理解关系，使代码能够自然继承，从而避免了人工合并的额外负担。开发团队能够使用信息流，直观地对其整个软件开发流程进行建模和管理。特别适用于优化大规模敏捷软件交付。3AccuRev-功能：内置内置 SCM 最佳做法最佳做法 AccuRev

13、 集成了历经验证的软件配置管理 (SCM) 最佳做法，轻松映射至自己的最佳流程模型。内置的高级并行开发功能可随团队的变更业务需求进行规模调整，可以实现最合适的开发流程。 开发人员在他们自己专用的工作区流（用作用于开发的专用沙箱）中工作。 开发人员可以将更改“保留”在他们的工作区中，这会将已修改的文件保存到 AccuRev 服务器。这意味着这些文件公开可见，但在准备好共享之后才可公开访问。当开发人员想要从他们重做的工作流中获得最新的更改时，他们只需“更新”他们的工作区即可。优点：确保工作得到备份并减低风险。3AccuRev-功能：基于变更的开发基于变更的开发 开发人员可以将代码变更直接绑定至任何

14、类型的资产，包括问题、案例和任务，由此创建变更包。AccuRev 的变更包使开发团队能够实现完整的基于变更可追溯性，从而可以在“变更”级别管理并跟踪所有变更，包括合并。 优势：AccuRev 使团队能够使用相同的业务语言进行沟通，以确保了解并直观显示软件供应链中发生变化的所有资产。在变更级别而不是文件级别管理变更，确保成功合并和构建，并且所有文件均可呈现。3AccuRev-功能：基于信息流的架构基于信息流的架构 通过使用 AccuRev，信息流可支持隔离和并行开发的基本分支功能。与分支不同，信息流可定义整个代码库的不同配置，自动管理与其他信息流的关系。 优势:信息流不要求合并代码变更，因为代码

15、可自动在上下游流动。因此，用于合并的时间更少、代码集成更一致，从而降低了代码分歧的机率。3AccuRev-功能：工作流和流程建模工作流和流程建模从开发人员的私有工作空间中按照代码成熟度级别对您的开发流程轻松建模，一直到生产流。3AccuRev-功能：企业版本控制企业版本控制+信息流继承信息流继承企业版本控制：企业版本控制：开发人员在自己的私有工作空间信息流中工作，可将不成熟的代码与成熟代码隔离开来。这一内置的最佳做法可确保开发人员在“上次已知良好”的配置信息流基础上工作，并帮助他们支持更复杂的并行开发模型。优势：开发人员可合作编码项目的同时保留代码，直至准备好进一步分享信息流层次结构。信息流继

16、承：信息流继承：由于信息流之间的父子关系，结构中的较低信息流将自动继承提升的文件。这意味着某些合并将由系统自动执行。优势：信息流继承可减少文件内容合并及代码变更。通过继承，变更可立即得到执行。开发团队可以确保根据最新变更进行构建，从而实现更高品质的发布。3 AccuRev-目标用户目标用户工程高管：工程高管：利用对开发流程的清晰可见性，迅速响应变更。AccuRev 可以在任何有必要的时候迅速重新构建任何发布。工程经理：工程经理：提高开发团队的工作效，AccuRev 基于信息流的技术大大降低了人工合并的要求，引导流程通过管控阶段，以便轻松且经济地对变更进行控制和自动化。软件工程师：软件工程师：将

17、你的更改与同事的更改相隔离，不造成任何层次的额外负担。无需合并即可将您的变更轻松地与其他人共享。AccuRev 与 Jenkins 和 Crucible 无缝集成，可实现最佳的连续集成和代码审查。4StarTeam-什么是StarTeam StarTeam是Borland公司开发的配置管理工具，属于高端的工具，在易用性，功能和安全性等方面都很不错。 STARTEAM无需通过物理路径的权限设置，而是通过自己的数据库管理，实现了类似WindowsNT的域用户管理和目录文件ACL控制。4StarTeam-功能变更管理：变更管理：StarTeam 为具有多个存储库的组织带来了一流的 Agile 变更管

18、理。通过单一存储库连接工具、流程和团队，简化工作流。文件版本控制和变更跟踪：文件版本控制和变更跟踪：StarTeam 为所有源代码、缺陷、增强、任务等提供了完整的版本控制、分支和变更跟踪，可确保跟踪相互依赖关系。Micro Focus Connect：增加 Micro Focus Connect 以创建有效的集成应用程序生命周期管理 (ALM) 环境。任何 ALM 从业者都可以从开发人员角度直接参与并作出贡献。报告：报告：一目了然地了解所有构建和发布。支持自动化构建并生成发布报告。4StarTeam-集成StarTeam Agile：无论是在 StarTeam 跨平台客户端、Web 客户端还是

19、 IDE 集成中工作，允许敏捷案例和任务自动出现在开发人员工作空间中。开发人员可使用这些敏捷资产建立流程驱动的开发，因此不再需要在敏捷工具与软件配置管理 (SCM) 工具之间进行切换。这样可以显著改善团队的敏捷流程和效率。 Caliber：通过 StarTeam 强制实施需求驱动型开发，自动建立从 Caliber 需求到源代码、敏捷和缺陷变更的可追溯性。 Silk Central Test Manager：在 Silk Central Test Manager 中，通过 StarTeam 节省时间并执行版本控制测试。直接从 Silk Central Test Manager 问题集成中创建 S

20、tarTeam 变更请求。Subversion：将 Subversion 连接器用于 StarTeam 时，Subversion 用户可以充分利用 StarTeam 的企业变更和发布管理功能。来自 Subversion 的源代码可在 StarTeam 内自动同步，并在此连接至其他 SDLC 资产，从而为所有开发变更控制建立单一事实来源。Git：凭借 Git Connector for StarTeam，Git 用户可以充分利用 StarTeam 的企业级变更和发布管理功能。来自 Git 的源代码可在 StarTeam 内自动同步，并在此连接至其他软件开发生命周期资产，从而为所有开发变更控制建立

21、单一事实来源。4StarTeam-劣势1.不支持分支的合并，需要过多的手动干预；2.并行开发没有智能化，不能很好地解决合并的问题；3.故障恢复困难，需要有专职管理员维护；4StarTeam-操作图形化界面5BitKeeper-什么是BitKeeper1.A proprietary software tool for distributed revision control of computer source code关于源代码分布式版本控制的专有软件工具2.非开源但是有条件免费3.git的前身：BitKeeperSun的内部管理工具，Linux的内核代码2002年也用这个工具，其实，很多开源工程都在用这个工具，2005年这个工具的东家BitMover对大家对BitKeeper逆向工程很不满，于是停止支持开源，于是出现了Git。5BitKeeper-历史1.BitMover是BitKeeper的开发厂商，创始人和CEO是Larry McVoy2.1999年12月，Linux PowerPC项目首先开始使用BitKeeper3.2002年2月，Linux之父L