我尝试通过Aure Portal设置持续部署。
当通过VSTS帐户（让我们称之为＆＃34; VSTS帐户A＆＃34;）与Azure拥有相同的帐户所有者时，一切正常。
在这种情况下，我尝试从另一个VSTS帐户中保存的源代码配置连续deploymenet（让我们使用帐户B）。
Azure帐户所有者不是帐户B所有者，而是帐户B的管理员（组织管理员的成员）。所有者也明确列为帐户B中至少一个项目的成员。
问题在于它在配置＆＃34;部署源＆＃34;在应用服务部分中，帐户B未列为可供选择的选项。
我已经关注了各种链接（例如this page的第4部分）关于将VSTS帐户与Azure帐户相关联但仍然没有乐趣。这里有几个问题：
Azure经典门户在Visual Studio Team Services部分中有一个New按钮，但当我选择Link To Existing时，我收到以下消息：
确保您是帐户所有者。如果你是，也许你的帐户是 链接到另一个Azure订阅或连接到另一个Azure 活动目录
帐户B 不链接到其他Azure订阅或Azure AD。
新门户网站甚至没有选择尝试链接其他帐户，另外菜单链接显示＆＃34;团队服务帐户预览＆＃34;所以预览状态是否与它有关，我不知道。
我认为这是一个相对常见的用例，有没有人有任何喜欢设置类似的东西？
答案 0 :(得分：1)
我终于能够选择相关帐户，方法是让VSTS负责人成为Azure帐户中的共同管理员，该帐户包含Web应用程序，以该用户身份登录并从用户下拉菜单中更改要使用的目录（顶部） -对）。请注意，有问题的用户帐户已经是其他Azure帐户的管理员，只是为了进一步复杂化。一旦用户是多个目录的成员，我只能选择更改目录。
所以我最终配置它并将代码提交到指定的分支触发了部署。但是，发现从Azure中设置持续部署会给您带来有限的范围，并且我得到的常量错误并不容易解决。
我最终按照以下说明正常运行：
从VSO中对其进行全部配置可让您更清楚地了解实际发生的情况。
在进行初始设置时，我必须使用我尝试部署的Azure帐户进行身份验证步骤，并且该过程会启动一个弹出窗口，该窗口被阻止，所以我一开始就错过了它。
初始构建和部署很好但是从代码提交触发时我遇到了构建错误。这是因为Build Definition - ＆gt; Variables - ＆gt; BuildConfiguration值已设置回Release，即使我在进行初始配置时将其设置为项目的正确值。一旦我更新了它，下一次提交就触发了构建，而构建又创建了工件，而工件反过来又触发了部署，并且已经完成了。
答案 1 :(得分：0)
在未来的Googler中，我遇到了同样的问题，并且遇到了一篇非常不错的文章，名为“ DevOps：Ken Muse将VSTS连接到Azure” enter link description here
从第一次尝试起，这对我来说就是一种魅力！