好的，道歉，如果已经被要求和/或已经回答，但我正在努力找到正在调查的问题的正确情况，因为很难找到正确的术语！
如果出于任何原因我们发布了不成功的版本，我的任务是为我们的部署寻找回滚解决方案。除了严格构建我们的源代码控制之外，如果发生不成功的版本，从SVN获取以前的版本并重新发布到Live Server是否有更好的快速解决方案？
是否有任何快速合适的方式回滚到之前发布的版本？ 我目前主要关注Web服务，因为这些都是前面的，这些问题显然会给客户带来问题，需要尽快修复。
请不要犹豫，提供任何建议和意见，因为我渴望听到任何和所有的想法。
提前致谢！
答案 0 :(得分：1)
为什么不将旧目录复制到备份目录中。 如果部署失败，那么只需将其从备份目录中复制回来。 应该可以使用小批量脚本轻松完成，或者可能不需要更好的配置可能性
答案 1 :(得分：0)
我一直为我的WCF服务创建了一个安装程序。我只能假设这适用于ASMX服务。
如果您之前没有创建过安装程序，则会出现学习曲线。我只是瞥了一眼：http://aspalliance.com/622，但它看起来非常接近我所做的。让我知道你的想法。
答案 2 :(得分：0)
只是一个想法，但您是否考虑过并排运行版本？
IE：您在不同的URL下部署新版本，然后让客户在分阶段流程中切换到此版本？
这使您可以更精细地控制交换机，而不是全部或全部步骤。这也意味着如果您的Web服务接口已经更改，客户端的旧版本可以继续使用旧版本。
如果您还要部署依赖于服务的客户端软件，那么您可能希望让旧版客户端继续使用旧版本，直到升级客户端为止。