我在 stackoverflow 上找到了许多文章，我试图用它们来回答有关 Windows Azure 云服务中的文件访问的问题。
我的应用程序有许多用作自定义配置文件的 xml 文件，这些文件存储在 Web 项目中，因为这是管理/编辑它们的最方便的地方。
现在，当将此解决方案部署到本地 IIs 服务器时，我显然可以轻松访问和读取这些 xml 文件。我原本预计这在 Windows Azure 云服务中会完全相同。但我发现在尝试读取这些文件时遇到文件访问错误。
阅读此处的大量文章后，显然情况并非如此，要访问文件存储，我必须配置本地存储。
但这不太适合我的场景，因为此存储是临时的，不会在角色实例之间共享，并且不会在部署时使用 xml 配置文件进行填充。
我想将我的配置文件保留在项目中，因为它们与特定的发行版本相关联，因此很高兴这些文件也都在源代码控制之下，而且很好，因为它们是随每个部署发布一起部署的。
我可以想到一种利用本地存储的方法，这可能是可行的，但不确定如何实现。部署时是否有任何方法可以将所有本地配置文件复制到本地存储帐户，然后应用程序可以根据需要从本地存储访问它们。事实上，这将是临时的并且不共享，我认为这是可以的，因为每个实例都有自己的本地存储，并且也部署了配置文件。但我需要确保如果云服务崩溃，本地存储将重新填充必要的配置文件
或者还有其他替代方案吗？
显然，在所有文章中，建议是使用 azure 存储并使用 blob，我可以这样做，但这会带来额外的问题，我必须找到一种方法，在每次部署到 azure 时自动部署所有配置文件。
任何关于如何最好地实现这一目标的帮助将不胜感激。
正如我在下面的评论之一中提到的，配置文件是标准 xml 文件，它们作为内容包含在解决方案中。当部署到本地服务器时，配置文件将被发布和部署并且可以读取。但是，当部署到azure云服务时，会部署配置文件(正如我通过远程处理并在云服务虚拟机上查找文件进行检查的那样)。但每当我尝试读取它们(使用 XmlSerializer)时，我都会收到访问被拒绝的错误。
最佳答案
Kramer，如果您在项目中包含配置文件，并且将“复制到输出”设置为“始终复制”，或将“构建类型”设置为“内容”，那么访问配置文件应该像在 IIS 中一样工作。请查看以下 2 篇文章，了解如何执行此操作的示例:
关于Azure 文件访问/访问 Windows Azure 云服务中的自定义配置文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15201221/