【发布时间】：2013-05-27 23:15:48
【问题描述】：
我一直在以单一网络角色使用和发布多个网站，没有任何问题。 然后我尝试使用 Team Foundation 服务实现持续交付，如中所述 http://www.windowsazure.com/en-us/develop/net/common-tasks/publishing-with-tfs/ 但是当我尝试使用时问题就开始了 （天蓝色）TFS 构建。编译辅助站点时，构建总是失败。
手动打包部署或使用powershell脚本打包部署都没有问题。 之前为了克服二级站点不发布的问题，我使用了这篇博客michaelcollier.wordpress.com/2013/01/14/multiple-sites-in-a-web-role/ 中提到的解决方案，它运行良好。 现在，无论有没有这种 hack，TFS 构建都会失败。
当我检查构建放置文件夹时，我注意到 TFS 构建只为 Web 角色创建一个文件夹，而不是为辅助站点创建一个文件夹，并且当构建脚本查找辅助网站的该文件夹时，它失败了，因为没有。
欢迎对此问题的任何解决方案。
更多信息--
这是一个云服务，而不是一个天蓝色的网站。此 Web 角色是在部署中一起部署的一组工作人员和 Web 角色的一部分。
我使用了 AzureContinuousDeployment.11.xaml 模板。 我将部署设置名称配置为云服务名称。 并根据我的部署设置填写第 5 步 - 发布 - Azure 云服务的详细信息。 我将第 6 步 - 发布 Azure 网站留空，因为这不是一个 azure 网站。
在使用辅助网站构建 Web 角色期间无论如何都会发生错误。
错误格式
: 找不到服务定义文件中配置的虚拟路径辅助站点名称的物理目录'C:**Secondary Website Project Name**'。/.
【问题讨论】：
-
我遇到了同样的问题。你找到解决办法了吗？
-
我没有对此进行进一步调查。相反，我将辅助网站移到了一个单独的网站上。
-
我今天也遇到了这个问题。似乎辅助站点路径以某种方式搞砸了。我能够从我的本地机器构建/部署到天蓝色。如果有人有一些见解，请发布。
-
@BillChristenson 还没有解决方案。我偶尔会读到这个。有点不认真。我看到您也发布到相同的 msdn 论坛帖子:)
-
@Aravind 是的。这是阻碍我们持续部署到 Azure atm 的问题。目前，我们正在手动部署。希望有人能尽快找到解决方案。
标签： .net azure build tfs webrole