Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 7 部分: 敢于共享：使用 VisualAge for Java 小组服务器进行联合代码开发

核心提示：介绍这个系列先前的文章已经描述过 Go-ForIt.com 应用是如何建立在逻辑上的 3 层体系机构（J2EE提倡的编程模型）之上的，我们这个小组使用极端编程（XP）方法开发这个工程，Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 7 部分: 敢于共享：使用 VisualAge for

介绍

这个系列先前的文章已经描述过 Go-ForIt.com 应用是如何建立在逻辑上的 3 层体系机构（J2EE提倡的编程模型）之上的。我们这个小组使用极端编程（XP）方法开发这个工程。

本文描述了我们如何使自己的开发工具适应我们的开发思想和惯例。我们达到了使所有的小组成员能够联合开发并共享代码这个目标。

VisualAge for Java 一瞥

VisualAge for Java，Java 程序员的一个集成开发环境（IDE）有 3 种版本：入门版、专业版和企业版。 我们用的是企业版，因为它支持 Enterprise JavaBeans（EJB）开发环境。它还支持小组合作开发，这是 Go-ForIt.com 工程开发的一个要求，因为我们都忠于 XP 思想。

VisualAge for Java 企业版通过资源库提供源代码控制（source control）。我们安装了这个功能部件以便小组成员共享一个公共资源库。这个资源库包含所有程序元素的全部版本，使小组能够管理代码和跟踪变化。

在传统的开发环境中，工程代码有一个所有者层次结构，程序元素所有者负责管理他们的元素向小组基线（baseline)的连续集成。每个开发者都有一套与自己在小组中的角色相关的特权（包所有者、类所有者、类开发者等等）。例如，两个类开发者可能有创建类的开放版本和修改代码的特权。类所有者具有比较两个版本并将它们合并为一个版本，以便所有者将其发布到包含包的权限。按这种方法明确定义的角色和特权有助于确保小组中的成员不会互相介入对方的代码，并且确保他们是从相同的代码基线开始工作。

但是，个人特权的分层模型并不能很好地应用于 XP 思想（XP 思想是每个人都拥有所有的代码，如果发现了错误就修改它，如果需要某个功能就为其编码）。在先前的示例中，两个开发者都会要求不仅能够创建类的开放版本和修改类，还能够将不同的版本合并起来并将代码发布到小组基线中的特权。尽管 VisualAge for Java 是为明确实现了个人角色的小组建立的，幸运的是 Go-ForIt.com 能被改造得适应公共编码惯例。