Azure 1.8(2012年10月)是否更改了您在ServiceDefinition中配置多个站点的方式

Question

在升级到1.8之前(2012年10月)，这是我们在ServiceDefinition中配置站点的方式。

<Site name="Admin" physicalDirectory="..Company.Admin">
<Bindings>
<Binding name="AdminBindingHttp" endpointName="HttpEndpoint" hostHeader="admin.company.com" />
</Bindings>
</Site>

在我们升级后，我在尝试发布时遇到了以下错误。

Error 125 Cannot find the physical directory 'C:UsersMeCodeCompany.CloudbinCompany.Admin' for virtual path Admin/.

我们必须更新physicalDirectory值，并向上移动另外2个文件夹。

<Site name="Admin" physicalDirectory="......Company.Admin">
<Bindings>
<Binding name="AdminBindingHttp" endpointName="HttpEndpoint" hostHeader="admin.company.com" />
</Bindings>
</Site>

以前的1.8 Azure似乎是在csdef文件的原始位置上下文中执行的，但现在它是从bin\Release\ServiceDefinition.csdef执行的，它更深2个文件夹。

我在网上找不到一个教程，专门介绍最新SDK版本中使用的这一功能。这是官方的改变吗？我还应该提到，我们同时也升级到了VS 2012。

我觉得这个功能经常被忽视。(请参阅缺少.config转换的问题)。我们很想切换到Azure网站，但在SSL/HTTPS可用且无法预览之前，我们无法这样做。

Answer 1

是的，这是一个官方更改，但除了升级报告中包含的内容之外，我找不到任何关于它的文档：

"Site元素的physicalDirectory属性"..\MyWebRole"包含一个相对路径。此路径是相对于打包时目标服务定义文件所在的目录的。在以前的版本中，此文件位于根项目目录中。在此版本中，默认情况下，此文件位于项目输出目录中。您可能需要更新相对路径th以反映目标服务定义文件的新位置。">

Answer 2

在回复sudhAnsu63的问题时，我遇到了同样的问题，我会更新physicalDirectory属性，但它会重新加载文件并恢复到旧的(现在不正确的)配置。我仍然不明白为什么，但我注意到VS有时会打开同一文件的多个版本。我不得不关闭所有其他文件，进行编辑，保存并关闭文件，然后它终于接受了我的编辑并开始工作。我相信在VS外部编辑文件(就像在记事本中一样)可能会起作用。奇怪的是，一旦我让它工作了一次，它似乎就不再遇到这个问题了。