Visual studio Visual Studio解决方案，包含多个使用不同版本控制系统（Subversion和TFS）的项目

如果我在VS中有一个有多个项目的解决方案（任何版本都可以，但我目前在2013年），那么这些项目中的每一个都可以使用单独的版本控制系统与VS集成（即某种插件）？VS‘打得好’吗

解决方案本身只能在一个版本控制系统中

比如说

My Solution // .sln file is in SVN
  |
  |- Project 1 
  |        // This uses SVN and VisualSVN plugin (or another Subversion plugin)
  |- Project 2 
  |        // This uses TFS and Team Explorer plugin

---

VisualStudio能否无缝地与这两个版本控制插件一起工作？或者，在两个系统中都添加文件时，我是否可以期望出现奇怪的交叉效果？

解决方案中不可能为每个项目配置不同的版本控制。版本控制在解决方案级别配置，并在项目级别设置为开/关

---

我更感兴趣的是为什么你认为这种行为是必需的？因为这可能会偏离主题，所以您应该直接给我发邮件。

解决方案中不可能为每个项目配置不同的版本控制。版本控制在解决方案级别配置，并在项目级别设置为开/关

---

我更感兴趣的是为什么你认为这种行为是必需的？因为这可能会偏离主题，所以您应该直接给我发邮件。

解决方案中不可能为每个项目配置不同的版本控制。版本控制在解决方案级别配置，并在项目级别设置为开/关

---

我更感兴趣的是为什么你认为这种行为是必需的？因为这可能会偏离主题，所以您应该直接给我发邮件。

解决方案中不可能为每个项目配置不同的版本控制。版本控制在解决方案级别配置，并在项目级别设置为开/关

---

我更感兴趣的是为什么你认为这种行为是必需的？因为这可能会偏离主题，所以您应该直接给我发邮件。

这是不受支持的，因为无法跟踪项目之间的依赖关系。作为一个附加的副作用，一个改变三个项目的改变不能再作为一个签入来完成，签入的原子性质也会丢失，因为它需要由多个源代码控制系统来完成

---

简而言之，为所有相关项目选择相同的源代码管理系统

这是不受支持的，因为无法跟踪项目之间的依赖关系。作为一个附加的副作用，一个改变三个项目的改变不能再作为一个签入来完成，签入的原子性质也会丢失，因为它需要由多个源代码控制系统来完成

---

简而言之，为所有相关项目选择相同的源代码管理系统

这是不受支持的，因为无法跟踪项目之间的依赖关系。作为一个附加的副作用，一个改变三个项目的改变不能再作为一个签入来完成，签入的原子性质也会丢失，因为它需要由多个源代码控制系统来完成

---

简而言之，为所有相关项目选择相同的源代码管理系统

这是不受支持的，因为无法跟踪项目之间的依赖关系。作为一个附加的副作用，一个改变三个项目的改变不能再作为一个签入来完成，签入的原子性质也会丢失，因为它需要由多个源代码控制系统来完成

---

---

简而言之，为所有相关项目选择相同的源代码管理系统

哪个版本管理是解决方案？：-）在打开解决方案之前，您可能需要在ide之外做很多工作来映射并下载文件。如果单击解决方案并单击“获取最新信息”，它会做什么？解决方案在SVN中-我会将其添加到问题中。你的评论基本上就是我担心会发生的那种事情哪种版本控制是解决方案？：-）在打开解决方案之前，您可能需要在ide之外做很多工作来映射并下载文件。如果单击解决方案并单击“获取最新信息”，它会做什么？解决方案在SVN中-我会将其添加到问题中。你的评论基本上就是我担心会发生的那种事情哪种版本控制是解决方案？：-）在打开解决方案之前，您可能需要在ide之外做很多工作来映射并下载文件。如果单击解决方案并单击“获取最新信息”，它会做什么？解决方案在SVN中-我会将其添加到问题中。你的评论基本上就是我担心会发生的那种事情哪种版本控制是解决方案？：-）在打开解决方案之前，您可能需要在ide之外做很多工作来映射并下载文件。如果单击解决方案并单击“获取最新信息”，它会做什么？解决方案在SVN中-我会将其添加到问题中。你的评论基本上就是我担心会发生的那种事情。我不认为这种行为是必要的，我只是想知道这是否可能。原因是我的工作场所有两个团队使用不同的版本控制系统。通常情况下，我们的代码库中从来没有任何交叉，但已经到了一个点，即一个团队需要在同一个解决方案中使用另一个团队的代码。永远不要在您的解决方案中使用其他代码。没有什么比源依赖项/固定/共享/外部或源代码管理系统调用它们的任何东西对质量更有害的了。TFS团队继续拒绝实施类似措施的原因之一。你应该把依赖项打包成一个NuGet包并以这种形式共享。我完全同意。在考虑了我们的选择之后，我们决定做一个NuGet包。最初的问题更多的是一个理论上的建议。我不认为这种行为是必要的，我只是想知道这是否可能。原因