Solution/Build 比率
Solution/Build Ratio
作为 DevOps/TFS/Git 的新手，我正在努力更好地理解 The Way of Things™。
刚刚完成我的第一个成功的 TFS 构建——在通过了臭名昭著的 'Visual Studio on the build server' 要求之后——我准备继续学习 NuGet 打包和发布管理。这很令人兴奋，我收费了。
然而，在我走得太远之前，我想检查一下我对所有这些参与的一般规则的理解。
除非我弄错了，否则我们似乎每个构建定义只能有一个存储库；此后，每个存储库只有一个 Visual Studio 解决方案。因此，如果我们想要给定应用程序的三个构建定义——Dev、Staging 和 Release——事情似乎很快就会陷入困境。
我最初的印象是否正确，即我们将要为我们要推出的每个新应用程序制定一组新的构建定义？这是很多定义，但如果这是它应该工作的方式，我会接受它。
编辑
我看到由于不够清晰，有一个要结束的投票。我希望我的问题很清楚，但我还是会尝试改进一下。
我想知道的是 correct/most 配置它的有效方法是否是为每个新的 application/solution 创建一组新的构建定义。这似乎会很快导致构建定义膨胀 (BDB)，所以我希望我的最初印象是错误的。相反，我希望有一种方法可以将多个存储库指向一组构建定义。
那将是我的确切问题，那么...有没有办法将多个存储库 link 到一组 Dev/Staging/Release 构建定义？
您似乎想要在多个环境（开发、暂存和发布）中自动部署和测试您的软件。
Release Management，这是 Visual Studio Team Services 和 Team Foundation Server（更新 2 及更高版本）中的一项服务，可帮助您实现此目标。
使用 Release Management，您可以完全自动化地将软件交付到生产，或者设置半自动化流程以进行审批和按需部署。在网站上查看更多信息：https://www.visualstudio.com/en-us/docs/release/overview
作为 DevOps/TFS/Git 的新手，我正在努力更好地理解 The Way of Things™。
刚刚完成我的第一个成功的 TFS 构建——在通过了臭名昭著的 'Visual Studio on the build server' 要求之后——我准备继续学习 NuGet 打包和发布管理。这很令人兴奋，我收费了。
然而，在我走得太远之前，我想检查一下我对所有这些参与的一般规则的理解。
除非我弄错了，否则我们似乎每个构建定义只能有一个存储库；此后，每个存储库只有一个 Visual Studio 解决方案。因此，如果我们想要给定应用程序的三个构建定义——Dev、Staging 和 Release——事情似乎很快就会陷入困境。
我最初的印象是否正确，即我们将要为我们要推出的每个新应用程序制定一组新的构建定义？这是很多定义，但如果这是它应该工作的方式，我会接受它。
编辑
我看到由于不够清晰，有一个要结束的投票。我希望我的问题很清楚，但我还是会尝试改进一下。
我想知道的是 correct/most 配置它的有效方法是否是为每个新的 application/solution 创建一组新的构建定义。这似乎会很快导致构建定义膨胀 (BDB)，所以我希望我的最初印象是错误的。相反，我希望有一种方法可以将多个存储库指向一组构建定义。
那将是我的确切问题，那么...有没有办法将多个存储库 link 到一组 Dev/Staging/Release 构建定义？
您似乎想要在多个环境（开发、暂存和发布）中自动部署和测试您的软件。
Release Management，这是 Visual Studio Team Services 和 Team Foundation Server（更新 2 及更高版本）中的一项服务，可帮助您实现此目标。
使用 Release Management，您可以完全自动化地将软件交付到生产，或者设置半自动化流程以进行审批和按需部署。在网站上查看更多信息：https://www.visualstudio.com/en-us/docs/release/overview