Visual studio 在TFS中为项目提供不同的解决方案文件可以吗?
目前,我们有一个解决方案 项目A、项目JB、项目JC、设置A、设置B SetupA和SetupB不经常使用,并且需要花费一些时间来构建。通常只有1个开发人员需要使用这些安装项目 那么,在源代码管理中创建另一个只包含ProjA、ProjB、ProjC的解决方案可以吗?这在我看来不太合适,但我不知道什么是更好的方法Visual studio 在TFS中为项目提供不同的解决方案文件可以吗?,visual-studio,version-control,projects-and-solutions,Visual Studio,Version Control,Projects And Solutions,目前,我们有一个解决方案 项目A、项目JB、项目JC、设置A、设置B SetupA和SetupB不经常使用,并且需要花费一些时间来构建。通常只有1个开发人员需要使用这些安装项目 那么,在源代码管理中创建另一个只包含ProjA、ProjB、ProjC的解决方案可以吗?这在我看来不太合适,但我不知道什么是更好的方法 谢谢 这取决于源代码管理:使用和可以使用 这就是定义一个父git repo,它将封装ProjA、ProjB和ProjC 但是,子模块尚未完全集成到VisualStudio Git集成中:
谢谢 这取决于源代码管理:使用和可以使用 这就是定义一个父git repo,它将封装
ProjA
、ProjB
和ProjC
但是,子模块尚未完全集成到VisualStudio Git集成中:请参见“”。所以Git命令行仍然很方便。 如果使用多个解决方案,您不必考虑您的版本控制系统,因为只有SLN文件引用了项目文件,但反之亦然。 我在几个客户项目中使用了多个解决方案文件和几个源代码管理系统-TFS、Subversion、Clear Case。。。 多个解决方案的缺点是维护—新的或删除的项目必须在多个解决方案中潜在地添加/删除,如果您忘记了这一点,它可能会破坏构建 另一种方法是使用免费扩展名,不同的负载过滤器可用于单个解决方案文件中的不同任务。仅加载和编译特定筛选器中包含的项目。
加载筛选器存储在普通文件中,可以使用版本控制系统在团队中共享。@shrimprice我理解,但是。。。现在您可以使用git;)不幸的是,这不是我决定的。。。事实上,我的团队负责人想从TFS中删除.sln,这样每个人都有一个更灵活的文件结构。。。