我们目前正在对我们的开发/质量检查服务器进行持续部署，并手动触发自动部署到我们的生产箱。目前我们正在使用 TeamCity/PowerShell/MsDeploy。我们现在有一个需求，部署到一个位于外网的服务器上，目标服务器不能被外部访问。取而代之的是，它将不得不“打电话回家”以获取更新 - 并且可能会在成功与否的情况下将结果推送回去。
我在想我们可以编写一个服务，在我们的构建服务器上请求一个特定的 URL，并提供将用于部署的工件，将其拉下来 - 然后启动构建脚本。
但是，我不完全确定我们将如何处理更新程序的更新，以及发生故障时的情况。有人对如何处理这个问题有任何建议吗？
最佳答案
听起来您需要一个发布存储库。构建服务器将文件推送到其中，每个部署作业从中提取。这将巧妙地分离这两个过程。
发布存储库可以像共享 NAS 一样简单，也可以像 Nexus repository manager 这样更复杂的东西.
关于deployment - 如何执行自动化部署 - 使用 Pull 模型，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9000495/