visual-studio - 从不同的 VSTS 帐户进行 Azure 持续部署

标签 visual-studio azure azure-web-app-service continuous-deployment

我正在尝试通过 Aure 门户设置持续部署。

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

在本例中,我尝试从另一个 VSTS 帐户中保存的源代码配置持续部署(让我们使用帐户 B)。

Azure 帐户所有者不是帐户 B 所有者,而是帐户 B 的管理员(组织管理员的成员)。该所有者还被明确列为帐户 B 中至少一个项目的成员。

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

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

  • Azure 经典门户的 Visual Studio Team Services 部分中有一个“新建”按钮,但当我选择“链接到现有”时,我收到以下消息:

    Make sure you’re the account owner. If you are, maybe your account is linked to another Azure subscription or connected to another Azure Active Directory

    帐户 B链接到另一个 Azure 订阅或 Azure AD。

  • 新门户甚至没有尝试链接其他帐户的选项,而且菜单链接显示“团队服务帐户预览”,因此预览状态是否与此有关,我不知道不知道。

我原以为这将是一个相对常见的用例,有人乐于设置类似的东西吗?

最佳答案

通过将 VSTS 主体设置为包含 Web 应用程序的 Azure 帐户中的共同管理员,以该用户身份登录并从用户下拉菜单(顶部)中更改要使用的目录,我终于能够选择相关帐户-正确的)。请注意,相关用户帐户已经是另一个 Azure 帐户的管理员,这让问题变得更加复杂。只有当用户是多个目录的成员时,我才可以选择更改目录。

所以我终于配置了它,并将代码提交到指定的分支触发了部署。然而,事实证明,从 Azure 内部设置持续部署的范围有限,而且我经常遇到无法直接修复的错误。

按照以下说明,我最终使其正常工作:

在 VSO 中进行全部配置可以让您更清楚地了解实际发生的情况。

在进行初始设置时,我必须使用我尝试部署到的 Azure 帐户执行身份验证步骤,该过程会启动一个弹出窗口,该窗口被阻止,所以我一开始错过了它。

初始构建和部署都很好,但在代码提交触发时出现构建错误。这是因为 Build Definition --> Variables --> BuildConfiguration 值已设置回 Release,即使在进行初始配置时,我将其设置为适合我的项目的正确值。一旦我更新了它,下一次提交就会触发构建,而构建又会创建工件,而工件又会触发部署,部署进展顺利。

关于visual-studio - 从不同的 VSTS 帐户进行 Azure 持续部署,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43219139/

相关文章:

powershell - 获取 AzureWebsiteJob : No default subscription has been designated

node.js - Azure 网站内的 MQTT 代理

visual-studio-2010 - 为什么在 Visual Studio 中加载我的解决方案需要很长时间?

excel - 我的 VBA 代码未将 csv 文件上传到 Azure 中的 ADLS

Azure - 每 10 分钟将文件复制到 FTP

sql-server - 只有 sysadmin 固定服务器角色的成员才能执行此操作。 Azure SQL Server 数据库与 SQL Server 数据库

powershell - 通过 Graph 更新 AzureAD/O365 UPN

c# - 当在 Visual Studio 中调试并且你想要单步执行一个过程时

c++ - 无法解析的外部符号 : __cairo_path_fixed_stroke_to_traps

c++ - VS C++ 2008 : Modifying Output text?