| 前页 | 后页 |
创建 TFS环境
您可以使用微软 Team Foundation 服务器(TFS) 作为Enterprise Architect的版本控制提供程序。执行此操作的第一步是 TFS 管理员安装并配置 TFS 服务器和客户端应用程序。创建可操作的 TFS 环境需要执行A基本任务。
创建 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 工作区用于将您电脑上的本地工作文件夹映射到 TFS 项目中的源控制文件夹。 TFS 2012 和 VS 2012(及更高版本)特征一种称为“本地”工作区的新工作区类型。请勿尝试将 TFS“本地”工作区与Enterprise Architect一起使用。您必须仅使用“服务器”工作区进行Enterprise Architect版本控制,因为“本地”工作区不支持对文件应用签出锁。Enterprise Enterprise Architect依靠签出锁的存在来确保包只能以独占方式签出,并且给定的包尚未在其他某个项目中签出(例如,在私有模型部署中)。这是必要的,因为合并Enterprise Architect用于版本控制的 XMI包文件是不切实际的。 A TFS 工作区可以映射多个不同的本地文件夹,每个文件夹对应一个单独的源控制文件夹。在这种情况下,TFS 可能需要很长时间才能处理并更新所有这些文件夹中的文件,并且系统在等待 TFS 交还程序控制权时可能会出现“冻结”的情况。 如果将版本控制的包文件保存在与其他工件(如源代码文件)分开的文件夹中,创建单独的工作空间仅用于包文件,或者在现有工作区中为包文件创建和映射单独的文件夹,则可以避免这种情况。 |
TFS工作空间 |
|
配置独家退房 |
Enterprise Architect包版本控制所使用的 XMI 格式文件无法像普通文本文件那样进行合并。因此, Enterprise Architect必须强制对其版本控制的包进行序列化编辑。因此,将 TFS 配置为对 XML 文件使用“独占检出”至关重要。 |
TFS独家选择出局 |
|
验证TFS工作空间 |
Enterprise Architect使用 TFS 命令行客户端从 TFS 存储库签入和签出文件。创建 TFS 工作区后,务必验证命令行客户端是否可用于添加、签入和签出通过此工作区映射的工作副本文件夹中的文件。 |
验证TFS工作空间 |
注记
- TFS 还可以与 SCC 客户端一起使用;MS TFS-SCC 客户端可从 Microsoft 网站下载
- MDG集成for Visual Studio 2005或2008通过提供对Enterprise Architect和MDG集成产品中的工作项和错误等的访问,增强了TFS支持
