Visual studio 2010 将visual studio建模项目与svn一起使用时发生冲突

Visual studio 2010 将visual studio建模项目与svn一起使用时发生冲突,visual-studio-2010,svn,uml,Visual Studio 2010,Svn,Uml,我的项目团队目前正在使用VisualStudio2010为一个中型软件进行建模项目。我们正在使用AnkhSVN进行源代码控制。 我们不同时编辑文件,我们只编辑同一项目中的不同文件 遗憾的是,每次提交后,文件中都会出现大量冲突,文件结尾为.uml,位于名为ModelDefinition的文件夹中。每当整个解决方案中的任何图表发生更改时,该文件似乎都会更改 如果我们把这个文件放在SVN忽略列表中,这样我们就可以同时处理建模项目,subversion中的所有文件都显示为空白文件 有没有办法解决这个难题

我的项目团队目前正在使用VisualStudio2010为一个中型软件进行建模项目。我们正在使用AnkhSVN进行源代码控制。 我们不同时编辑文件,我们只编辑同一项目中的不同文件

遗憾的是,每次提交后,文件中都会出现大量冲突,文件结尾为.uml,位于名为ModelDefinition的文件夹中。每当整个解决方案中的任何图表发生更改时,该文件似乎都会更改

如果我们把这个文件放在SVN忽略列表中,这样我们就可以同时处理建模项目,subversion中的所有文件都显示为空白文件

有没有办法解决这个难题,这样我们就可以通过使用SVN同时编辑我们的建模项目了?

MSDN用于共享建模项目。基本上,您必须在UML模型浏览器中将建模元素组织到包中。如果您将元素放入不同的包中,它们也将放入不同的.uml文件中


我发现重组现有图表的最快方法是在模型资源管理器中创建一个新包,设置要移动到新包的图表的链接包属性,选择图表中的所有内容,复制、删除并再次粘贴它。

这一解释听起来很冒险:“始终对整个建模项目执行签入和获取最新版本操作,而不是对单个文件。”、“始终在签入建模项目之前立即执行获取操作。”、“始终在执行获取操作之前关闭所有关系图。”。听起来好像UML编辑器的设计不适合与源代码控制一起工作。否则,为什么会有一个受所有更改影响的全局文件?“冒险”有点轻描淡写。这篇文章本质上告诉你,两个用户不可能在同一个软件包上工作!是的,但至少有一篇文章告诉你你怎么做不到!我们将此解决方案与TFS结合使用,效果非常好,因为TFS几乎解决了所有冲突。遗憾的是,OrtoiseSVN无法正确合并建模项目的XML文件。谢谢。你为什么不把你的类写成普通代码,然后自动生成UML呢?事实证明,这种方法比相反的方法更有效。最后要做的就是做一些收尾工作(拖动类、添加关联等等)。一个很大的优点是,如果需要,还可以自动生成类文档。