Deployment （八达通部署）为同一应用程序定义不同的部署过程

我想为一个应用程序定义不同的部署过程。这里的想法是，我有一个应用程序，我想部署到不同的环境。它是同一个应用程序，但我想在一个环境中部署它，设置为A，步骤为A，然后在一周内部署相同的应用程序，但设置为B，步骤为B，然后部署到另一个环境中。这两个环境没有共同之处，也不在同一生命周期中，但它们都需要相同的应用程序。有没有办法做到这一点。现在我只看到一种定义另一个项目（相同）的方法，我可以在其中定义一个新的部署过程。谢谢你的帮助。多谢各位

我将对您拥有的工具做出一些假设，但如果您没有，请澄清：

• Visual Studio
• 生成服务器（TFS）
• 两种环境都使用octo客户端/tenticle进行设置
• 安装在VS中的慢速猎豹

因此，一旦设置了基本的部署体系结构，就可以决定如何升级代码。这两个环境是否被认为是完全独立的，它们有自己的版本，也有自己的代码升级路径？如果是这样，您应该将它们构建为具有独立构建的独立项目。这样，您可以将一个生成设置启用自动部署到环境1，而将另一个设置为自动部署到环境2。更大的频率问题（CI、计划或手动）也会影响到您应该拥有多少不同的构建定义。对我来说，我会在OD中将它们构建为两个独立的项目，并根据您编写的内容构建两个独立的版本，以实现部署自动化和进一步定制的灵活性（一个不同的步骤，安全性等）。希望这有助于和GL

这里的想法是，我有一个应用程序，我想部署它 适应不同的环境。这是同一个应用程序，但我想 要在一个具有设置和步骤数的环境中部署它， 然后让我们假设在一周内部署相同的应用程序，但使用 不同设置B和另一个步骤到另一个步骤的数量 环境

如果设置是您要更改的全部内容（如web.config或app.config），那么变量就是您的答案。使用“变量”选项卡根据要部署到的环境交换/更改值。请在此处阅读有关变量的更多信息：

环境确实不需要任何共同点（除了服务器角色），但有一点不寻常的是，为什么在不同的环境中需要不同的步骤。跨环境使用相同步骤的最佳实践，或者更确切地说，其根本动机是为了保持一致性——如果您的部署过程始终是相同的，那么在暂存中部署的任何内容都应该在生产中起作用

毫无疑问，配置之类的细节在不同的环境中是不同的——所以我想第一个问题是：环境之间有什么不同，需要为一个环境而不是另一个环境设置步骤

有几种方法可以满足您对步骤的要求：

正如您提到的，添加另一个项目可以解决此问题

变量-同样，在处理配置更改时始终使用变量-没有必要真正手工编写脚本或为每个环境使用不同的步骤

如果确实需要针对不同的环境执行不同的步骤，可以在“条件”部分的底部指定步骤应针对的环境。只需添加只允许在其中运行步骤的环境

你所要求的可能都在同一个项目中——取决于所做的工作，为特定的环境制定特定的步骤不是一个好的做法，如果没有更多的细节，我不确定我们如何帮助你解决这个问题