目前可能会将我们的站点迁移到 Azure。目前，我们正在测试部署到 Azure 应用程序服务，使用一台计算机一切正常并可以正常发布。但是，如果其他人从具有相同构建的另一台计算机运行发布，则发布操作认为适合“更新”所有文件(其中有很多文件)。然后，当从原始计算机进行下一次发布时，也会发生同样的情况。从同一台计算机进行的进一步发布不会生成所有文件的“更新”，这需要很长时间。
以前在我们的 Rackspace 服务器上发布到 IIS 时从未遇到过此问题。为什么 MSDeploy 选择更新这些文件，即使它们根本没有更改，并且似乎只是因为发布来自与上次发布不同的计算机？
谁能解释一下我该如何阻止这种情况？
最佳答案
您的项目似乎位于本地存储库或个人存储库中，并且可能使用 zip 部署或 Visual Studio 发布。
Deploy like that would come up with a connection between Azure and the location of your project. If you deploy from another computer, or another repository, the connection would be fresh to the new one, which would update all the files like publishing a new project.
您可以考虑从 GitHub 等远程存储库持续部署，您可以在任何计算机上访问它。
以下是您可以查看的示例:
关于azure - 使用 MSDeploy 从另一台计算机发布到 Azure 应用程序会更新所有文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/66816051/