建模项目困境

Question

在我们的公司，我们已经开始使用VS 2010来建模我们的系统，在所谓的建模项目。这些文件都在TFS2010源代码管理下。

这对单个用户都有好处，但是一旦我们将这个工具引入整个体系结构团队，我们就遇到了一个主要问题:它非常糟糕地处理多个用户！让我给你介绍一个简单的场景。

1. 架构师1检查现有的关系图并对其进行一段时间的工作。
2. 架构师2添加了一个新的关系图，并对其进行了一段时间的工作。
3. 架构师2检查他的新图表
4. 架构师1检查他对建模项目的更改。
5. 架构师2再次打开他的图表，却发现图中的所有元素都丢失了！

正如我所理解的，问题是体系结构项目基于几个xml文件，特别是一个重要的xml块，称为ModelDefinition/Architecure.uml。它包含了很多关于建模项目中的图表的知识。当多个人同时对该文件进行多个更改时，工具(TFS，VS)不会自动处理所需的合并，因此我们将面临巨大的并发问题。

因此，在我的场景中，由于架构师1签入的Architecture.uml不知道任何有关architect 2添加的元素，所以这些元素会被覆盖或被破坏。

我们希望避免将项目分成几个较小的项目，因为这意味着我们必须多次重新定义我们的建模组件(类、参与者、用例、组件等)。通过使用单一的解决方案，我们可以在一个地方定义这样的元素，并在其他图表中重用它们。

因此，我们目前的“解决方案”是使用独占的签出。所以一次只有一个建筑师能工作！

我希望有人能想出一个更好的解决方案，让我们能够更有效地工作。

Answer 1

尝试分而治之:是否有可能每个架构师都在自己的分支上工作&然后一切都合并成一个“主干”？

在这些合并过程中，冲突应该是可见的。

编辑

您可以使用特定于XML的工具，比如提供这里的工具。

通过这样做，您应该保留每个架构师分支方法，但与其使用单步TFS-merge方法，不如使用以下方法：

• 在“分支”文件夹和“主干”文件夹之间执行目录比较。每个找到的文件都是以下合并的主题。
• 使用本文提供的工具之一，将每个找到的文件合并到您的“分支”文件夹中。我用过阿尔托瓦DiffDog，它很好--但它得到了很高的奖励。
• 检查一切正常，然后提交‘分支’。
• 现在与TFS合并-合并到‘主干’，这应该是一个微不足道的合并。