在 Enterprise Architect DBMS 上为 SVN 创建工作副本
Creating working copy for SVN on Enterprise Architect DBMS
我知道 Enterprise Architect 和版本控制（使用 Subversion），每个用户拥有自己的项目 (.EAP) 文件的项目，每个用户都必须签出本地工作副本。
在允许所有用户处理同一个 .EAP 项目文件而不是拥有自己的项目文件的集中式 DBMS 存储库中，合并到所有用户共享的工作副本文件夹是否更好？还是每个用户都需要像非 DBMS 团队环境一样维护自己的工作副本？
我希望你选择另一种技术，然后选择 .eap（实际上是 MS Access）作为底层集中存储库。
除此之外，版本控制部分保持不变。每个用户都有自己的本地工作副本文件夹。 EA 使用独占签出，无论是否具有中央数据库或分布式 .eap 文件。因此，拥有共享工作文件夹在这方面效果不佳。
我们为了让它更易于管理而做的是告诉用户将他们的工作文件夹副本映射到 "home" 文件夹中的某个位置（在本例中映射到 H:\ 驱动器）
然后每个用户都有 H:\SVN\Enterprise Architect\ 作为他们的工作文件夹，但在后台注册为 \servername\username\Documents\SVN\Enterprise Architect\ 使每个工作文件夹对于 SVN 服务器都是唯一的。
PS。在我的例子中，这是针对 TFS 的，但我很确定同样的原则适用于 SVN。
我知道 Enterprise Architect 和版本控制（使用 Subversion），每个用户拥有自己的项目 (.EAP) 文件的项目，每个用户都必须签出本地工作副本。
在允许所有用户处理同一个 .EAP 项目文件而不是拥有自己的项目文件的集中式 DBMS 存储库中，合并到所有用户共享的工作副本文件夹是否更好？还是每个用户都需要像非 DBMS 团队环境一样维护自己的工作副本？
我希望你选择另一种技术，然后选择 .eap（实际上是 MS Access）作为底层集中存储库。
除此之外，版本控制部分保持不变。每个用户都有自己的本地工作副本文件夹。 EA 使用独占签出，无论是否具有中央数据库或分布式 .eap 文件。因此，拥有共享工作文件夹在这方面效果不佳。
我们为了让它更易于管理而做的是告诉用户将他们的工作文件夹副本映射到 "home" 文件夹中的某个位置（在本例中映射到 H:\ 驱动器）
然后每个用户都有 H:\SVN\Enterprise Architect\ 作为他们的工作文件夹，但在后台注册为 \servername\username\Documents\SVN\Enterprise Architect\ 使每个工作文件夹对于 SVN 服务器都是唯一的。
PS。在我的例子中，这是针对 TFS 的，但我很确定同样的原则适用于 SVN。