2009-06-12 作者:Babu Suresh,Fred Bickford, IV 来源:IBM
本文介绍了一些将集成开发环境(integrated development environment,IDE)和软件配置管理(software configuration management,SCM)工具集成到全球开发和部署(global development and delivery,GDD)环境中的技巧、技术和最佳实践。 引言在这个充斥不间断技术的世界中,开发团队正在跨越各大洲进行工作。目前许多企业是全球分布的,这提出了与远程团队一起工作的挑战。这些团队在不同时区工作,说着不同的语言,遵照不同的文化习俗,并且以完全不同的风格工作着。缺少了一般指南、控制,和过程中的检查及平衡,在全球的开发和交付(global development and delivery)环境中管理一个项目是很困难的。 本文介绍了一些将集成开发环境(integrated development environment,IDE)和软件配置管理(software configuration management,SCM)工具集成到 GDD 环境中的技巧、技术和最佳实践。这些工具包括 IBM® Rational® Software Architect、IBM® Rational® Application Developer 和依靠 CCRC(ClearCase Remote Client)插件的 IBM® Rational® ClearCase®。该信息最初于 2007 年 6 月佛罗里达州奥兰多市的 2007 IBM Rational Software Development Conference 上提出,并且于 2007 年 11 月在芝加哥向客户推出。现在它作为 developerWorks 的文章来到您的身边。 CCRC、Rational Software Architect,和 ClearCaseClearCase Remote Client 是由 Eclipse 支持的,通过用广域网连接到 ClearCase Web 服务器上的开发人员的使用来优化的用户接口。 ClearCase Remote Client 有两种可用形式:
在本文中,除非另作说明,CCRC 只指的是 CCRC for Eclipse 客户端。Rational Software Architect 包括 Rational Application Developer 和 IBM® Rational® Software Modeler。大部分 CCRC 方法也适用于这些基于 Eclipse 的产品,因为 CCRC 嵌在 Eclipse 中。 要最好地理解本文中提出的思想,鼓励您回顾 Rational Software Architect 和 ClearCase 文档以了解产品概念和特性。还要注意到“ClearCase 视图”与“Rational Software Architect 视图”不同。 Rational Software Architect 是 IBM® Rational® Software Delivery Platform 的一部分,它提供以下这些功能:
ClearCase 有两个用于软件配置管理的使用模型:
将 Rational Software Architect 和 ClearCase 集成的方法Rational Software Architect 与 ClearCase 有两种集成方式:使用 SCM Adapter(在 Rational Software Architect 中可用)或者添加 CCRC Plug-In。每个插件都有其优点。CCRC 是最新的,它穿透 WAN 环境的单一性和能力吸引着许多开发人员。这两种插件之间的重要差别如下:
ClearCase 本地客户端和 ClearCase Remote Client 的差别当在 Rational Software Architect 中使用 SCM Adapter 时,了解 CCRC 和安装在机器上的本地 ClearCase 客户端如何比较是有帮助的。
GDD 环境中的 CCRC假设 CCRC 能在 WAN 环境下工作,CCRC 插件很好地适用于 GDD 环境,如图 1 所示。尽管一些操作需要连接到 CCRC 服务器上,但是它允许您在脱机模式下工作。它可以是 LAN 和 WAN 客户端,它支持工作在同一办公室和其它环境中的用户。在服务层实施的是生产者消费者规则。注意到大部分 GDD 架构指导方针从 ClearCase Server 层衍生出来,不是 CCRC 层。服务器基础架构规定客户端配置可能性。 在 GDD 中 CCRC 有什么特殊的地方吗?它使用特别设计的协议在有高等待时间的网络上有效的通信:
CCRC 入门对于架构师或开发人员来说,入手 CCRC 很容易,您可以上手,并且在不用很努力的情况下在几分钟内运行。您所需要的唯一内容是此信息
对于 Version 2003.06.14 或之后的版本,从 ClearCase 服务器上下载 CCRC 客户端并安装。除非 IBM® Rational® Web Platform 组件是 ClearCase 服务器上的一个安装选择,否则客户端安装将不工作。每个 CCRC 服务器默认的安装站点在 http://服务器名/ccrc/update。向您的 ClearCase 服务器管理员询问详情。 简单的安装和更新CCRC 安装遵循标准的 Eclipse Plug-In 安装。更新补丁包也遵照相同的 Eclipse 过程,这利用了包含支持的版本和补丁的公共站点。CCRC 还检测 ibm.com 上的新的更新,并且警告用户去更新。客户可以建立站点策略来控制插件更新的内部位置。该策略可以帮助执行用于客户版本的企业标准。要了解详情,请参见 http://www-1.ibm.com/support/docview.wss?uid=swg21196280。客户端更新与服务器版本结合的不紧密,这允许用户在不管服务器的情况下进行更频繁的客户端变更。 确保远程客户端的性能当在 GDD 环境中工作时,性能是重要的,并且许多因素会影响性能。要最大化您的性能, 谨记以下几点:
在 Rational Software Architect 中使用 CCRC在 Rational Software Architect 中禁止 SCM Adapter 选项
根据您设置参数的方式,如果 ClearCase SCM Adapter 在此时是激活的,那么您可以看到 Rational Software Architect 工具栏上有两个 ClearCase 菜单。一个属于 SCM Adapter,另一个属于 CCRC。不要使用属于 SCM Adapter 的菜单。如果您这样做了,您不会获得 CCRC 功能。 客户端与服务器兼容性本部分列出了兼容的客户端和服务器版本。V6.14.x 客户端只能访问 CCRC 服务器 V2003.06.04(SR4)或之后的版本。V7.0.0 或之后的版本只能够访问 CCRC 服务器版本 7.0 或之后的版本。单独的 Rational Software Architect 实例可以安装 V6.14.x 客户端和 V7.0 客户端。然而,每次只有一个有效。您可能安装一个以上的 CCRC 版本的一些理由是:
然而,对大部分用例来说,不推荐一个以上的 CCRC 版本。 要了解关于哪些桌面工具的版本与哪些 CCRC 的版本一起使用的最新支持综述,参见 http://www-1.ibm.com/support/docview.wss?uid=swg21253589 GDD 的最佳实践用户开发环境是可定制的,但一些标准和最佳实践帮助您确保顺利使用工具:
此列表中最重要的几项在以下部分中进行阐述。 当团队在生产者消费者环境中并行开发时,Team Project Set 就很重要,特别是在应用程序需要多个工程正确工作时。这要求想要使用此应用程序的每个人都成功下载所有相关的工程。如果工程很少,那么犯这种错误的可能性较小。但如果应用程序包含许多工程,那么团队中的某些人很可能忘记下载一些工程。 确保将所有工程当作单个单元处理的一种方法是使用 Team Project Set。利用 Team Project Set 维护一个工程的名称和物理位置的索引文件。当您导入索引文件时,一般称为 Team Project Set 文件,它将向您的工作区中导入所有相关的工程。 许多 CCRC 参数选择可能影响 ClearCase 操作的控制行为和外观。可以定制它们来满足商业需要。一些带有相关的可用选项的参数设置如下所示。要查看所有的参数设置,单击 Window > Preferences
这些参数设置可以存储在一个文件中(一般该文件的扩展名为 .epf),该文件在 ClearCase 存储库中用于团队共享和复用。使用公共的参数设置帮助您建立公共的 ClearCase 使用模式,这可以避免协作开发中不必要的争论和讨论。 当您在 J2EE 工程中开发时,在您不知道的情况下(作为开发人员),许多文件被更新,因为 IDE 遵循 J2EE 规范。不幸的是,您不能并且不会了解到当您创建即使一个小的 Enterprise Java™Bean(EJB)组件时,受到影响的所有文件和目录。 如果您的参数设置是 Do Auto Check out,那么在您不知道的情况下,会检出大部分 J2EE 元文件。对于开发人员来说找出所有要检入的项是一个艰苦的任务。举例来说,如果进行了更新,像 .../.settings/org.eclipse.wst.common.project.facet.core.xml 的文件必须检入。您如何知道哪些元素检出了?为了避免可能的痛处和错误,务必在 Project 层运行 ClearCase 操作 Search for all the Checked out elements。 CCRC 视图CCRC Plug-In 令 Rational Software Architect 工作区中有更多的 ClearCase 视图可用。在 SCM Adapter Plug-In 中,Rational Software Architect 工作区中不存在这些视图,取而代之的是 Rational Software Architect 外部的单独的 GUI。下面是现在提供的一部分 CCRC 视图列表。详细情况参见 Rational Software Architect 帮助。 ClearCase Navigator 视图
ClearCase Details 视图
ClearCase Metadata Explorer Navigator 视图
ClearCase Metadata Explorer Details 视图
其他视图
入门教程CCRC Plug-In 包含用于 CCRC 使用的可扩展的帮助。如果您已经安装了 CCRC Plug-in,那么您可以在 Rational Software Architect Help 中找到它。Rational Software Architect 提供一些步骤说明书来指导您通过它的一些应用程序开发过程。 每个步骤说明书用于帮助您完成一项任务,并且它列出了所需的步骤。随着您完成每个步骤,步骤说明书为您启动所需的工具。如果过程中的步骤不需要工具,那么您可以单击步骤说明书中的按钮移动到下一个步骤。单击可以打开任务的帮助,这消除了对冗长的文档进行搜索。要了解更多信息,在帮助中搜索“cheat sheets(步骤说明书)”。您可以创建您自己的步骤说明书,这是为远程的开发人员包含具体客户的过程和信息的好方法。 普遍的开发人员的 CCRC 操作新的用户可能会问“我用 CCRC 能够做到什么用 SCM Adapter Plug-in 不能做的事情?”这是答案:
当使用 CCRC 时用户提出的普遍问题许多用户没有意识到 CCRC 中可用的所有操作,并且将 SCM 菜单误会为 CCRC 菜单。很少用户认为 CCRC 可以处理大量数据,这是可能的,但不推荐。同样,CCRC 的每个版本都在添加新的特性。由于这些频繁的更新,您可能认为 CCRC 不支持您想使用的具体功能,但那不一定是真的。您可能没有最新的 CCRC 版本,因此务必查看最新的版本,看看它是否包含您想要的。下面是一些避免普遍问题的建议:
结束语已知 CCRC 的特性,它改变了您作为开发人员通过 Rational Software Architect 窗口观察 ClearCase 领域的方式。它提供以下优势:
上手并运行 CCRC 只需几分钟。它提供了更多的用较少的努力进行工作的灵活性(甚至在其他机器上)。此外,它令您在 Rational Software Architect 工作区中完成所有的工作,而不是搜寻非 Rational Software Architect 的工具(像 ClearCase Project Explorer 等等)。最好的是,它通过 WAN 工作。 参考资料学习
|