enterprise-architect - DBMS 或 SVN 中的集中存储库

Question

我正在建立一个集中存储库来存储企业架构师(来自 sparx 系统)生成的工件，供 6-8 人的团队使用。最初考虑托管一个 PostgreSQL 数据库来集中存储工件，而出现的另一个选择是使用 SVN。查看 EA 文档，没有清楚地了解所考虑选项的优缺点。与使用 SVN 相比，我在使用 DBMS 时有以下开销。

托管和管理 DBMS

DBMS 的用户配置和管理

Artifact Versioning 需要单独完成

DBMS 的备份等

对于 SVN，EA 文档中提到部署模型仅适用于最大规模为 10 人的团队，并且存在文件损坏的可能性。除了这些之外，在使用 SVN 托管存储库时还有什么瓶颈吗？很高兴听到在多用户环境中与企业架构师合作过的人的建议。

Answer 1

“最多 10 人”警告是指您的团队共享单个 .EAP 文件的情况。如果所有用户都有自己的 .EAP 文件，或者您设置 DBMS 存储库，则它不适用。

在 DBMS 设置中，我建议使用 EA 的基线进行版本管理，而不是外部版本控制存储库。概念是相似的:单个包是基线化的，但不是将版本存储在外部 SVN/CVS/etc 中，而是存储在内部数据库中。

这为您减少了一个需要管理的存储库，但还应该注意的是，EA 在将 DBMS 与外部版本控制相结合时会出现问题，这可能会很烦人，甚至(最坏的情况)会导致信息丢失。外部版本控制旨在用于 .EAP 文件。

与外部版本控制相比，基线有一大优势:您可以在 EA 内部直观地比较不同版本，并查看单个图表中添加、删除、更改和移动的内容。最大的缺点:基线包在项目浏览器中没有像版本控制包那样用特殊图标表示。

具有单独 .EAP 文件和外部版本控制的部署模型使人们可以选择将不同的包和这些包的不同版本导入到他们的 EA 项目中。对于 DBMS 模型，只有一个 EA 项目，因此每个人总是看到相同包的相同版本。

是的，使用 DBMS，您需要设置用户并实现备份计划。但是您也需要备份 SVN 存储库以及团队成员的个人 .EAP 文件。

DBMS 上 EA 中的用户管理是一个两步过程。每个用户都需要对数据库进行读/写访问，每个人还需要在 EA 项目中拥有一个单独的帐户。这些可以通过从 Windows 域导入来轻松创建。

这是假设您在项目中打开用户安全性，您绝对想这样做以防止并发编辑问题。

我对团队设置的建议始终是 DBMS + 用户安全性 + 基线。它为您提供了 EA 工件的单一位置，并且每个人总是看到相同的东西。