建模项目困境

时间:2011-11-08 13:21:59

标签: .net visual-studio-2010 tfs2010 modeling

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

对于单个用户来说这一切都很好,但是一旦我们将这个工具引入我们的整个架构团队,我们就遇到了一个主要问题:它极其严重地处理了多个用户!让我来看看一个简单的场景。

  1. 架构师1检查现有的图表并对其进行一段时间的处理
  2. Architect 2添加了一个新图表,并在其上工作了一段时间
  3. 建筑师2检查他的新图
  4. 架构师1检查他对建模项目的更改
  5. Architect 2再次打开他的图表,却发现其中的所有元素都缺失了!
  6. 正如我已经理解的那样,问题是架构项目基于几个xml文件,特别是一个名为ModelDefinition / Architecure.uml的一大块xml。它包含了很多关于建模项目中的图表的知识。当多个人同时对此文件进行多项更改时,工具(TFS,VS)无法自动处理所需的合并,并且我们遇到了巨大的并发问题。

    所以在我的场景中,因为架构师1签入的Architecture.uml对架构师2添加的元素一无所知,所以这些元素被覆盖或以其他方式破坏。

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

    因此,我们目前的'解决方案'是使用独家结账工作。所以一次只能有一位建筑师工作!

    我希望有人为此提出了更好的解决方案,这使我们能够更有效地工作。

1 个答案:

答案 0 :(得分:2)

尝试除以&征服:每个建筑师都可以在她的个人分支上工作吗?然后一切都被合并到一个'中'? 在这些合并期间,冲突应该可见。


修改
您可以使用特定于XML的工具,例如here提供的工具 通过这样做,您应该保持每架构师的分支方法,但不要使用单步TFS合并:

  • 在您的'分支'之间进行目录比较。文件夹&你的后备箱'夹。每个找到的文件都是随后合并的主题。
  • 将找到的每个文件合并到您的'分支'文件夹,使用文章中提供的工具之一。我使用了Altova DiffDog,它非常好 - 但获得了很高的奖金。
  • 检查一切正常,然后提交' branch'。
  • 现在合并TFS-merge到' trunk'这应该是一个微不足道的合并。