自定义配置文件，我已经找到了一些我曾尝试使用来回答一个问题，我认为有人在Windows Azure云服务的文件访问计算器上的文章。Azure的文件访问/访问在Windows Azure云服务
我的应用程序有许多被用作自定义配置文件，这些存储在Web项目中，因为这是最方便的地方，能够管理/编辑XML文件。
正在部署该解决方案到本地IIS服务器的时候，我可以明显地访问和轻松地阅读这些XML文件。我原本以为这将在windows azure云服务中完全一样。但是当我试图读取这些文件时，我发现我正在获取文件访问错误。
读了一些关于这里的文章后很明显，这是不是这种情况，并访问文件存储我必须配置本地存储。
然而，这不太适合我的情况，因为这是存储暂时的，不能跨越角色实例共享，并且不会在部署XML配置文件来填充。
我要保持项目中我的配置文件，因为它们都依赖于特定的发行版，因此是很好，这些都还源控制下和好，因为他们部署发布每个部署。
我能想到的利用这可能是可能的，但不知道如何将本地存储的一种方式。是否有任何部署方式将所有本地配置文件复制到本地存储帐户，然后应用程序可以在需要时从本地存储访问它们。事实上，这将是临时的，而不是共享将是好的我认为，因为每个实例将有自己的本地存储与配置文件部署。但我需要确保，如果云服务坠毁本地存储将与必要的配置文件
重新填充还是有什么其他选择？
很明显，在所有文章中，建议使用天蓝色的存根和使用blob，我可以这样做，但是这会带来额外的问题，我必须找到一种方法来将所有配置文件自动部署到天蓝色。
上如何能够最好地实现将受到欢迎任何帮助。
正如我在下面的评论中的一个所提到的，该配置文件是标准的XML文件，其包括作为溶液中的内容。当部署到内部服务器时，配置文件将被发布和部署并可被读取。但是，当部署到Azure云服务时，会部署配置文件（因为我已通过远程查看并在云服务虚拟机上查找文件）。但是，每当我尝试阅读它们（使用XmlSerializer）时，我都会遇到拒绝访问错误。
上述2个环节是几乎什么，我试图做的。因此，我已经在我的解决方案中拥有的配置文件已经标记为内容，因此包含在已部署的软件包中。我知道这一点，因为他们被纳入到内部机器的标准构建中，并且一切正常。我还启用了对云服务的远程访问，并查看了部署的应用程序文件，并确定配置文件存在。它只是作为一个云服务运行时，我得到了访问被拒绝的错误。是否有一些我缺少的安全配置，或者我缺少的其他东西？ – Kramer00 2013-03-07 09:49:21