我可以使用 Subversion 在团队中处理 Visual Studio 项目和解决方案文件吗？答案

【问题标题】：Can I work with Visual Studio Project and Solution files in a team using Subversion?我可以使用 Subversion 在团队中处理 Visual Studio 项目和解决方案文件吗？
【发布时间】：2011-01-04 14:16:52
【问题描述】：

我们是一群从事软件项目的学生。由于我们中的一些人不使用 Windows，但产品需要在 Windows 和 .NET 上运行，我们希望在都使用 Visual Studio 文件的 MonoDevelop 和 Visual Studio 上进行开发；选择的语言是 C#。

我的问题是：我们能否将解决方案和项目文件签入到我们的存储库中，而不会出现严重的冲突问题？示例：两个人将一个新文件添加到同一个项目，保存并提交他们的更改。项目文件会不会冲突？

【问题讨论】：

标签： c# visual-studio svn monodevelop

【解决方案1】：

SVN 非常适用于 Visual Studio 和相关的项目/解决方案文件。项目文件只是 XML，解决方案文件是结构化文本文件。如果两个不同的人对同一个项目/解决方案文件进行了更改，那么第二个人将收到冲突通知。警告，合并项目和解决方案文件可能很棘手。有时只需扔掉更改并手动添加文件然后再次签入会更容易。

【讨论】：

+1，特别是对于这个：“有时只需扔掉更改并手动添加文件然后再次签入会更容易。”
好的，谢谢。在我看来，以这种方式设置它是一个相当糟糕的主意，因为如果一个用户发生冲突，他可能会说“好吧，我只是提交我的版本，而另一个人应该再次添加他的更改”，这可能会赢结局不好。
这实际上与设置无关。无论您使用什么特定的版本控制系统，大多数工作流程都以这种方式运行。它更多地与态度的改变和团队合作有关：）此外，项目和解决方案文件冲突的情况相对较少。
@flyx，这就是为什么发明了你的手背。如果有人做了一些愚蠢的事情，你有几个选择；修复它，抱怨它，或者打他们并让他们修复它。项目文件与源代码控制下的任何其他文件没有什么不同。配置文件、make 文件，甚至源文件都是一样的。
是的，这完全与态度和团队合作有关。确保您的团队成员知道将项目保持在可构建状态是重中之重。 99% 的时间虽然出现的冲突是由于不同的人添加文件造成的，而且大多数情况下会由 SVN 自动解决而不会产生任何冲突。如果有冲突，那么您只需要重新添加新文件。签入的人别无选择，因为如果没有那个额外的文件，项目将无法构建。

【解决方案2】：

你可以试试Agent SVN 插件。它与 VS 2005、VS 2008 和 VS 2010 集成，还具有导入向导功能，可以轻松导入解决方案和所有项目文件到 SVN 存储库中。

【讨论】：

【解决方案3】：

我使用这个免费的 Visual Studio 插件 http://ankhsvn.open.collab.net/ 来处理 SVN repo ...

【讨论】：

【解决方案4】：

VisualSVN 很好地集成到 VS 中。

【讨论】：

VisualSVN 是否处理在 Subversion 中存储解决方案文件？它是否解决了任何合并问题？这才是真正的问题。