SVN项目中的C＃解决方案

Question

抱歉，是否曾经有人问过我，但是我一直无法找到我想要的信息。

我正在研究一个大型C＃解决方案，其中包含与另外2个解决方案共享的许多组件。 我的目标是将整个事情都检查到SVN服务器中，但是我不确定实现此目的的最佳方法。

当我在Java开发团队工作时，我们使用SVN服务器和Maven处理构建，因此我们的项目是完全模块化的。 每个项目都作为一个单独的实体检入SVN，Maven负责处理已编译工件的检索，一切都很好。

我想使用VS 2013在C＃中复制这种策略，但是除了将解决方案的每个项目检入自己的SVN项目之外，我不确定如何进行此操作。

因此，这不是问题，但是我们还有两个其他解决方案，它们使用主要解决方案中包含的项目。

如果我要检入整个解决方案（如我所希望的那样，那么解决方案文件本身是受版本控制的），那么SVN检出/检入可能会变得相当复杂且笨拙。 如果我从解决方案目录中检入单个项目，则需要提出一个svnignore策略，该策略将阻止解决方案目录中包含的项目再次检入SVN。

在这种情况下，SVN不会用于团队开发，而是用于处理合并和存储最终标记，因此将在我的计算机上本地运行。

我正在考虑使用TFS作为替代方案，但是没有经验，因此我不确定是否可以这种方式使用它。

有人可以建议我提出的方法对于使用SVN的VS项目是否切实可行，还是TFS是更好的选择？

我很乐意为源代码控制使用完全不同的解决方案，但是我不太倾向于使用GIT。 对于我们打算的用途，更传统的客户端/服务器方法可以更好地满足需求，而GIT所需的重新学习时间目前无法节省。

如果有人可以指出我关于此主题的其他帖子/指南/现有消息，我将不胜感激。

非常感谢。

Answer 1

您可以通过TFS实现它。 需要签入整个解决方案（全部在源代码控制中）并使用本地工作区，获取本地文件映射。 对于VS，就像在本地开发环境中一样，所有源代码都在本地。 您所需要做的就是编辑代码，检入服务器，解决冲突，获取最新版本。您甚至无需手动检出解决方案（对于TFS中的本地工作区，将自动检出文件）。

您的项目的树状视图如下。

 -Your project
    -solution1
    -solution2
    -Main solution
    -common folder(which put the shared components)

您只需要添加与这三种解决方案关联的公用文件夹。 签入后，公用文件夹中的所有更改都会与其他三个解决方案一起出现缺陷。