【问题标题】:CodeBuild (AWS) from CodePipeline (AWS)CodePipeline (AWS) 的 CodeBuild (AWS)
【发布时间】:2018-07-18 05:21:52
【问题描述】:

我正在尝试使用 CodePipeline (AWS) 触发多个构建,当管道触发 CodeBuild 时,CodeBuild 失败并出现下一个错误:

[Container] 2018/02/07 19:30:20 Waiting for DOWNLOAD_SOURCE

消息:访问被拒绝

额外信息:

  • 来源来自Github
  • 如果我手动启动 CodeBuild 可以完美运行。

【问题讨论】:

    标签: amazon-web-services github aws-codepipeline aws-codebuild


    【解决方案1】:

    解决此问题的方法是使用 CodePipeline 向导创建 CodeBuild。 通过这种方式,向导为 CodeBuild 提供了必要的权限。

    【讨论】:

      【解决方案2】:

      我有同样的错误。 Codebuild 在我单独运行时运行良好,但为了使其在 CodePipeline 中运行,我必须更新我的 CodePipeline 角色以允许访问 S3 存储桶。

      【讨论】:

        【解决方案3】:

        我前几天才发现的。我不确定它是否记录在任何地方,但在代码管道 UI 中肯定不清楚。

        CodePipeline 启动的任何 CodeBuild 项目都必须是通过 CodePipeline UI 创建的。它不能是“独立”的 CodeBuild 项目。

        当您从 CodePipeline UI 创建 CodeBuild 项目时,“Source Provider”设置为“AWS CodePipeline”,这在您自己创建 CodeBuild 项目时不可用。

        CodePipeline 从 GitHub 检索它自己的源代码。然后,它将该源代码传递给您的 CodeBuild 项目。如果您的项目是从 GitHub 获取自己的源代码,那么这似乎会导致您描述的问题:

        [Container] 2018/02/06 14:58:37 Waiting for agent ping
        [Container] 2018/02/06 14:58:37 Waiting for DOWNLOAD_SOURCE
        

        要解决此问题,您必须编辑您的 CodePipeline“构建”阶段,并在“AWS CodeBuild,配置您的项目”下选择“创建新的构建项目”。您可以从现有项目中复制大部分设置,并在源代码中重复使用 buildspec.yml 文件。

        【讨论】:

        • 我爱你。 5 小时的垃圾研究
        • 感谢分享!可以轻松解决或至少由 AWS 团队记录的简单事情
        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2019-12-15
        • 2020-08-23
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2017-06-08
        • 1970-01-01
        相关资源
        最近更新 更多