配置TFS 2012以生成目录下的所有解决方案
为了防止意外的构建中断和测试失败，我们一直在使用门控签入。这对我们的核心解决方案非常有效，并有助于提高我们的质量 作为我们整体架构的一部分，我们的代码中有一部分包含许多微服务，每个微服务都是一个新的解决方案。新的解决方案定期添加到这部分代码库中。这些是系统的重要部分，我需要确保它们作为门控签入的一部分进行编译，而不会出现开发人员错误 是否有一种方法可以配置TFS以查找特定路径下的所有解决方案，并将它们包含在门控签入构建中配置TFS 2012以生成目录下的所有解决方案,tfs,msbuild,continuous-integration,Tfs,Msbuild,Continuous Integration,为了防止意外的构建中断和测试失败，我们一直在使用门控签入。这对我们的核心解决方案非常有效，并有助于提高我们的质量 作为我们整体架构的一部分，我们的代码中有一部分包含许多微服务，每个微服务都是一个新的解决方案。新的解决方案定期添加到这部分代码库中。这些是系统的重要部分，我需要确保它们作为门控签入的一部分进行编译，而不会出现开发人员错误 是否有一种方法可以配置TFS以查找特定路径下的所有解决方案，并将它们包含在门控签入构建中 如果不修改构建过程模板，那就非常感谢，这几乎从来都不是一个好主意。不过，T
如果不修改构建过程模板，那就非常感谢，这几乎从来都不是一个好主意。不过，TFS2015中的新构建系统确实允许这样做。TFS 2015 vNext构建允许通配符搜索所有解决方案。我还没有成功地将它用于VisualStudio构建步骤，这是您所需要的，但是它可以很好地用于NuGet安装程序和其他构建步骤。在获得更新2之前，我们不会在vNext版本中看到封闭版本。请参见TFS 2015完全支持生产使用。我将如何修改版本过程模板？我还没有准备好迁移到TFS 2015 a，它仍然不是一个稳定的版本。我强烈建议不要修改构建过程模板。它们几乎不可能调试、维护和升级。这太糟糕了。TFS 2015中的门控构建（至少在更新1中）必须使用XAML构建完成。不幸的是，这些不允许通配符。因此，不允许***.sln构建所有解决方案。我希望我可以删除或编辑评论。我发现我可以在TFS 2015 XAML构建中使用通配符。必须键入路径，而不是使用“文件打开”对话框。