基本上，我想要实现的是能够拥有2个包含相同项目集的独立解决方案，但第一个解决方案需要绑定到源代码控制，第二个 - 不是。
因此，只要您想在Visual Studio中进行源代码控制集成，就可以打开第一个解决方案，但如果您不想要它，则可以打开第二个解决方案。
问题是，VS在项目文件中存储了一些绑定信息，虽然它存在，但无论项目是什么解决方案，它都会在VS中打开时具有源代码控制集成。
是否可以在.sln文件中包含所有绑定信息？
或许我的问题还有其他解决方案吗？
编辑：我之所以这样做，是因为有些团队成员喜欢在Visual Studio中集成源代码控制，而其他成员则不喜欢。有两个解决方案可以让他们做出选择。
答案 0 :(得分：3)
没有
它可能不是相同项目集 - 项目中的文件是源控制与否，但您可以拥有非源控制的副本从源代码管理中检索的版本。
您可以自动执行删除源代码管理绑定的过程。因此，您将从源代码控制中获取解决方案，制作副本，并从副本中删除源代码控制绑定。
过去在以下情况下我需要这个：带有共享类库的源代码控制解决方案和使用共享库的示例应用程序。我希望能够发送包含没有源代码控制绑定的示例应用程序的ZIP文件。
答案 1 :(得分：0)
这在技术上是可行的。打开文件 - ＆gt;源控制 - ＆gt; “更改源控制”对话框，您可以调整每个项目的绑定，包括根解决方案。但是，它可能不会做你想要的。如果从项目中删除绑定但保持解决方案绑定，则最终会处于这样一种状态：对解决方案本身进行更改（例如，您在Configuration Manager中执行的操作）会自动检入＆amp; out，但是对各个项目系统“拥有”的文件的更改将不会。
最佳答案IMO是让那些不喜欢SCC集成的开发人员调整工具中的设置 - ＆gt;选项 - ＆gt;源控制 - ＆gt;他们喜欢的环境。在这里，您可以关闭大部分（全部？）SCC功能，这些功能“背后”。它们都是严格按用户使用，存储在HKCU注册表而不是您的文件中。