前页 | 后页 |
创建 TFS环境
您可以使用微软 Team Foundation 服务器(TFS) 作为Enterprise Architect的版本控制提供程序。执行此操作的第一步是让 TFS 管理员安装和配置 TFS 服务器和客户端应用程序。 A创建可操作的 TFS 环境时会执行许多基本任务。
创建 TFS环境中的任务
任务 |
细节 |
也见 |
---|---|---|
获取并安装 TFS |
Enterprise Architect使用 TFS 命令行客户端来集成 TFS版本控制。 TFS 命令行客户端通常作为 Visual Studio 安装的一部分提供。 |
|
选择一个 TFS 项目 |
为每个使用 TFS 添加到版本控制的Enterprise Architect项目创建一个新的 TFS 项目,或在项目中至少创建一个新的源控制文件夹是一种很好的做法。 如果您有一个包含许多不同模型的Enterprise Architect项目(例如,具有多个模型根的 DBMS 托管项目),您可以选择为每个单独的模型创建一个新的 TFS 项目。 有关详细信息,请参阅您的 TFS 产品文档。 |
|
创建 TFS 工作区 |
每个用户的机器上必须存在A工作副本文件夹,以便Enterprise Architect在导出和导入版本控制包文件时使用。在定义您的版本控制配置时,该文件夹被指定为本地项目路径。 工作副本文件夹是您修改受控文件的“沙箱”。工作副本文件夹通常与版本控制存储库中存在的文件夹相关联。在 TFS 中,TFS 工作区用于将 PC 上的本地工作文件夹映射到 TFS 项目中的源控制文件夹。 TFS 2012 和 VS 2012(及更高版本)的特征是一种称为“本地”工作空间的新型工作空间。不要尝试将 TFS“本地”工作空间与Enterprise Architect一起使用。对于Enterprise Architect版本控制,您必须仅使用“服务器”工作空间,因为“本地”工作空间不支持对文件应用检出锁。 Enterprise Architect依靠检出锁的存在来确保包只能被单独检出,并且给定的包尚未在其他项目中检出(例如,在私有模型部署中)。这是必要的,因为合并Enterprise Architect用于版本控制的 XMI包文件是不切实际的。 单个 TFS 工作区可以映射许多不同A本地文件夹,每个文件夹到一个单独的源控制文件夹。在这种情况下,TFS 可能需要很长时间来处理和更新所有这些文件夹中的文件,并且系统在等待 TFS 交还程序控制权时可能会出现“冻结”。 您可以将与其他包分开的文件保存在与其他包分开的文件夹中,并避免将其映射到控制文件工件,例如为源代码包文件创建单独的工作空间版本,或为包创建单独的文件夹现有工作空间中的文件。 |
TFS工作空间 |
配置独家签出 |
Enterprise Architect包的版本控制所使用的XMI 格式文件不能像普通文本文件一样合并。因此, Enterprise Architect必须强制对其版本控制包进行序列化编辑。因此,将 TFS 配置为对 XML 文件使用“独占检出”非常重要。 |
TFS独家选择出局 |
验证 TFS工作空间 |
Enterprise Architect使用 TFS 命令行客户端从 TFS 存储库签入和签出文件。创建 TFS 工作区后,验证命令行客户端是否可用于添加、签入和签出驻留在通过此工作区映射的工作副本文件夹中的文件非常重要。 |
验证 TFS工作空间 |
注记
- TFS 也可以与 SCC 客户端一起使用; MS TFS-SCC 客户端可从 Microsoft 网站下载
- Visual Studio 2005 或 2008 的MDG集成通过提供对Enterprise Architect和MDG集成产品中的工作项和错误等的访问来增强 TFS 支持