我正在努力建立一个集中存储库来存储企业架构师（来自 sparx 系统）生成的工件，供 6-8 人的团队使用。最初考虑托管 PostgreSQL 数据库来集中存储工件，而出现的另一个选择是使用 SVN。查看 EA 文档，没有清楚地了解所考虑的选项的优缺点。与使用 SVN 相比，我在使用 DBMS 时有以下开销。
- 托管和管理 DBMS
- DBMS 的用户配置和管理
- 工件版本控制需要单独完成
- DBMS 的备份等
对于 SVN，EA 文档提到该部署模型仅适合最大规模为 10 人的团队，并且存在文件损坏的可能性。除此之外，使用 SVN 托管存储库还有什么瓶颈吗？很高兴听到在多用户环境中与企业架构师合作过的人们的建议。
“最多 10 人”警告是指您的团队共享单个 .EAP 文件的情况。如果所有用户都有自己的 .EAP 文件，或者您设置了 DBMS 存储库，则它不适用。
在 DBMS 设置中，我建议使用 EA 的基线进行版本管理，而不是外部版本控制存储库。概念类似：各个包都有基线，但版本不是将版本存储在 SVN/CVS/等外部，而是存储在数据库内部。
这使您减少了一个需要管理的存储库，但还应该注意的是，在将 DBMS 与外部版本控制相结合时，EA 会遇到问题，这可能会很烦人，甚至（最坏的情况）会导致信息丢失。外部版本控制旨在与 .EAP 文件一起使用。
与外部版本控制相比，基线有一大优势：您可以在 EA 内部直观地比较不同版本，并查看各个图表中添加、删除、更改和移动的内容。最大的缺点：基线包不像版本控制包那样在项目浏览器中用特殊图标指示。
具有单独 .EAP 文件和外部版本控制的部署模型使人们可以选择将不同的包以及这些包的不同版本导入到他们的 EA 项目中。对于 DBMS 模型，只有一个 EA 项目，因此每个人总是看到相同包的相同版本。
是的，使用 DBMS，您需要设置用户并实施备份计划。但您还需要 SVN 存储库以及团队成员的个人 .EAP 文件的备份。
DBMS 上的 EA 中的用户管理是一个两步过程。每个用户都需要对数据库进行读/写访问，并且每个人在 EA 项目中还需要一个单独的帐户。这些可以通过从 Windows 域导入来轻松创建。
这是假设您在项目中打开用户安全性，您肯定希望这样做，以防止并发编辑问题。
我对团队设置的建议始终是 DBMS + 用户安全 + 基线。它为您提供了 EA 工件的单一位置，并且每个人总是看到相同的东西。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
