数据库管理系统或SVN中的集中式存储库

Question

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

1. 托管和管理DBMS
2. DBMS的用户配置和管理
3. 工件版本控制需要单独完成
4. DBMS的备份等

对于SVN，从EA文档中可以提到，部署模型只适用于最大规模为10的团队，并且有可能导致文件损坏。除此之外，在使用SVN托管存储库时还有其他瓶颈吗？如果能听到在多用户环境中与企业架构师合作过的人的建议，那就太好了。

Answer 1

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

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

这使您可以少管理一个存储库，但还应该注意，在将DBMS与外部版本控制结合在一起时，EA会出现问题，这可能会令人讨厌，甚至(最坏的情况)会导致信息丢失。外部版本控制用于.EAP文件。

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

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

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

数据库管理系统中的用户管理是一个分两步的过程.每个用户都需要对数据库的读/写访问，每个人还需要在EA项目中有一个单独的帐户。通过从Windows域导入，可以很容易地创建这些文件。

这是假设您在项目中打开了用户安全性，您最明确地希望这样做是为了防止并发编辑问题。

我推荐的团队设置总是DBMS +用户安全+基线。它为EA工件提供了一个单独的位置，每个人都会看到相同的东西。

Answer 2

我同意，我有相同的设置和环境。

我的文档中有一个来自in的代码片段。很抱歉我没有消息来源。但是，在根模型或项目中找到所有基线是很棒的：

查找DBMS STRG+F中的所有基线，打开模型搜索。选项->管理搜索->创建新搜索->名称“查找所有基线”->编辑器类型SQL-编辑器。粘贴这个：

SELECT t_package.ea_guid AS CLASSGUID, t_document.ElementType AS CLASSTYPE, t_package.Package_ID as ID, t_package.Name, t_package.Notes as PackageNotes, t_document.Notes as BaselineComments 
FROM t_document INNER JOIN t_package ON t_document.ElementID = t_package.ea_guid

现在您有一个新的搜索名为(查找所有基线)，这是非常舒适的！

Answer 3

目前，我正在研究同样的问题，我发现这些问题很有帮助：

企业架构师部署 Deployment.pdf

企业架构师版本控制最佳实践 Control.pdf

更新

经过数月的考虑和测试，我们的团队决定了版本控制路线。

每个Enterprise项目都需要自己的数据库。这意味着，如果您有5个项目，您需要5个数据库，每个团队一个。将其扩展到50个项目或系统，我们有50个数据库可供使用、管理等。

我们的做法是：

• 每个项目在版本控制内部都有自己的文件夹；
• 可重用资产服务(RAS)，用于共享体系结构模型；
• 安全由版本控制小组完成；
• 使用导入/导出共享模型(请记住打开图像导出！)

需要改进的是：

我们希望承包商能够使用“云”访问这些模型，但我们需要首先解决安全问题。