C# 我可以在使用Subversion的团队中使用Visual Studio项目和解决方案文件吗？

我们是一个学生团队，正在做一个软件项目。由于我们中的一些人不使用Windows，但产品需要在Windows和.NET上运行，因此我们希望在MonoDevelop和Visual Studio上开发，这两个版本都使用Visual Studio文件；选择的语言是C#

---

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

与VS很好地集成。

我使用这个免费的Visual Studio插件来处理SVN repo…

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

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

VisualSVN是否处理将解决方案文件存储在Subversion中的问题？它解决了任何合并问题吗？这才是真正的问题。+1，特别是对于这个问题：“有时候，手动将更改和文件添加回去，然后再次签入更容易。”好的，谢谢。在我看来，这样设置是一个相当糟糕的主意，因为如果一个用户遇到冲突，他可能会说“好吧，我只是提交我的版本，另一个人应该再次添加他的更改”，这可能不会很好地结束。这与设置无关。不管您使用的是什么特定版本控制系统，大多数工作流都是以这种方式运行的。这更多地与态度的改变和团队合作有关：）此外，项目和解决方案文件冲突的案例相对较少。@flyx，这就是为什么发明了手背。如果有人做了傻事，你有几个选择；修理它，抱怨它，或者打他们，让他们修理它。项目文件与源代码管理下的任何其他文件没有区别。配置文件、制作文件、甚至源文件也是如此。是的，这都与态度和团队合作有关。确保您的团队成员知道将项目保持在可构建状态是最重要的。99%的情况下，虽然出现的冲突是由于不同的人添加了文件，但大多数情况下，SVN会自动解决这些冲突，而不会产生任何冲突。如果存在冲突，则只需重新添加新文件。签入的人没有选择，因为没有额外的文件，项目将无法生成。