vma*_*oli 4 enterprise-architect
我正在建立一个集中存储库来存储企业架构师(来自sparx系统)生成的工件,供6-8人团队使用.最初想到托管一个PostgreSQL数据库来集中存储工件,另一个选择是使用SVN.查看EA文档,没有清楚地了解所考虑的选项的优缺点.与使用SVN相比,使用DBMS时会产生以下开销.
对于SVN,从EA文档中可以看出,部署模型仅适用于最大规模为10的团队,并且文件可能会被破坏.除了这些是使用SVN托管存储库的任何瓶颈？听取在多用户环境中与Enterprise架构师合作过的人的建议会很棒.
"最多10个人"警告是指团队共享单个.EAP文件的情况.如果所有用户都有自己的.EAP文件,并且您设置了DBMS存储库,则不适用.
在DBMS设置中,我建议使用EA的基线进行版本管理,而不是外部版本控制存储库.概念类似:单个包是基线的,但它们不是在SVN/CVS/etc中外部存储版本,而是在内部存储在数据库中.
这为您提供了一个较少的存储库来管理,但是还应该注意EA在将DBMS与外部版本控制相结合时会出现问题,这可能很烦人甚至(最坏的情况)导致信息丢失.外部版本控制旨在与.EAP文件一起使用.
与外部版本控制相比,基线有一个很大的优势:您可以在EA内部直观地比较不同版本,并查看在各个图表中添加,删除,更改和移动的内容.最大的缺点:在版本控制的软件包中,基线软件包在项目浏览器中没有用特殊图标表示.
具有单独.EAP文件和外部版本控制的部署模型使人们可以选择将不同的包以及这些包的不同版本导入其EA项目中.使用DBMS模型只有一个EA项目,因此每个人总是看到相同软件包的相同版本.
是的,使用DBMS,您需要设置用户并实施备份计划.但您也需要备份SVN存储库,以及团队成员的个人.EAP文件.
EA在DBMS上的用户管理分为两步.每个用户都需要对数据库的读/写访问权限,并且每个人还需要EA项目中的单独帐户.这些可以通过从Windows域导入轻松创建.
这假设您在项目中打开用户安全性,您最希望这样做以防止并发编辑问题.
我对团队设置的建议始终是DBMS +用户安全性+基线.它为EA工件提供了一个位置,每个人总是看到相同的东西.
| 归档时间： |
|
| 查看次数： |
4950 次 |
| 最近记录： |