1

我试图通过Aure Portal建立连续部署。Azure从不同的VSTS帐户持续部署

当通过与Azure拥有相同帐户所有者的VSTS帐户(我们称之为“VSTS帐户A”)进行此操作时,一切正常。

在这种情况下,我尝试从另一个VSTS帐户中持有的源代码配置连续的deploymenet(让我们继续使用帐户B)。

Azure的帐户所有者不是B帐户的所有者,但对于账户B.管理员(组织管理员的成员)的所有者也被明确列为至少一个项目的成员帐户B.内

问题在于,当它在应用程序服务部分中配置“部署源”时,帐户B未被列为可供选择的选项。

我已经关注了关于将VSTS帐户与Azure帐户关联的各种链接(例如,关于this page的第4部分),但仍然没有喜悦。有几个问题在这里:

  • Azure的经典门户网站有Visual Studio团队服务部内一个新的按钮,但是当我选择链接到现有的,我得到以下信息:

    确保您是帐户所有者。如果你是,也许您的帐户 链接到其他Azure订阅或连接到另一个Azure的 的Active Directory

    帐户B是链接到其他Azure订阅或Azure的AD。

  • 新门户甚至没有尝试链接不同帐户的选项,再加上菜单链接显示“Team Services Account Preview”,因此预览状态是否与它有关,我没有知道。

我以为这会是一个比较常见的用例,有没有人喜欢设置类似的东西?

+0

好吧,只是给予VSTS本人适当的权限? – 4c74356b41

+0

他们需要在Azure中拥有什么权限以及我如何设置它? –

+0

我并不确切地知道,但可能是您要部署到的资源组的贡献者。 https://docs.microsoft.com/en-us/azure/active-directory/role-based-access-control-configure – 4c74356b41

回答

1

我终于可以选择相关帐户了,通过将VSTS委托人作为包含该网络应用的Azure帐户的联合管理员,以该用户的身份登录并从用户下拉菜单中更改要使用的目录(右上)。请注意,有问题的用户帐户已经是另一个Azure帐户的管理员,只是为了进一步使问题复杂化。一旦用户是多个目录的成员,我只能选择更改目录。

所以我最终得到了配置,并将代码提交到指定的分支触发了部署。但是,从Azure内部设置连续部署给你的范围有限,并且我得到了不稳定的错误,而这些错误并非易于修复。

我最终得到它按照以下说明正常工作:

从内VSO给你讲了很多更清晰配置它全部实际发生了什么。

当进行初始设置时,我不得不通过一个认证步骤,尝试使用Azure帐户进行部署,并且该进程启动了一个弹出窗口,该窗口被阻止,所以一开始我就错过了。

最初的构建和部署很好,但从代码提交时触发构建错误。这是因为Build Definition - >Variables - >BuildConfiguration值设置回Release,即使我在初始配置时将其设置为我的项目的正确值。一旦我更新了它,下一次提交触发了构建,这反过来又创建了工件,这反过来又触发了部署经过了很好的工作。

+0

很确定你不需要共同管理员,但除非安全,否则它并不重要。 – 4c74356b41

+0

感觉过度杀伤,但增加资源组安全似乎没有影响。 –