svn - 企业架构师和颠覆

Question

我试图在 Enterprise Architect 中使用 Subversion，但我遇到了一些问题:

我创建了一个 eap 文件，将其导入，然后 check out 该文件并在 Enterprise Architect 中打开它。然后我配置了项目的版本控制设置，并将其定向到我的 SVN 客户端。我选择了一个包，使用了“将分支添加到版本控制”，然后“ checkout ”。我做了一些更改，然后“ checkin ”。在我的颠覆日志中，我看到文件确实被 checkin 了。然后，使用 Subversion，我检查了一个干净的副本，并打开了 eap 文件。令我惊讶的是，那里没有显示任何更改(或我的基线)。但是在我执行“Get Latest”之后 - 更改就在那里(但不是基线)。

我做错了什么？应该是这样吗？因为我希望当我 checkout 一份干净的副本时，它将是最新的。 Enterprise Architect 不是这样吗？

Answer 1

外部版本控制(CVS、Subversion、TFS 等)的预期用途是对单个包进行版本控制，而不是对 .EAP 文件进行版本控制。 “Get Latest”和其他版本控制命令仅适用于包，它们对 .EAP 文件没有影响。

通过这种方式，每个建模者都可以维护自己的 .EAP 文件，并选择要包含哪些受控包的版本以及它们应该放置在 EA 项目中的什么位置。当然，您也可以自己拥有多个不同的 .EAP 文件。

因此，可以将 .EAP 文件视为您通常检查 Subversion 树的目录。该目录本身不会 checkin 存储库，如果您愿意，您可以将相同的内容 checkout 到多个不同的目录中。

这种方法(这是使用 EA 实现团队建模的三种方法之一)确实意味着存储在 .EAP 文件中的某些内容根本不受版本控制，主要是各种项目设置。如果您有特定的存储需求，请先查看是否可以从 EA 导出它们(查看帮助文件中的“导出引用数据”)。

如果您最终仍然需要存储项目本身，我会把它放在一个不同的 Subversion 目录中，该目录不会被包标记和分支；这只会让人感到困惑。

最后，如果您只是为您的模型设置一个 Subversion 存储库，我建议您也看看 EA 的基准功能。这是一种不涉及 Subversion 的不同版本控制方式，在我看来它更易于管理 - 但您需要确保为您的 .EAP 文件制定了有效的备份策略。