问题标签 [aws-codebuild]

我查看了 AWS CodeBuild 文档并以各种形式搜索了这个问题，但没有找到任何相关的内容。

我有一个面向 .NET Framework 4.5.2 的 ASP.NET 4 MVC 应用程序。最大的想法是将这个应用程序从 git 存储库自动部署到几台 Windows 机器上。

我有使用 AWS CLI 和 AWS CodeDeploy 来构建应用程序并将其从我的开发机器部署到我们的服务器的脚本。这些脚本工作正常。

下一步，我不知道该怎么做，是使用 AWS CodeBuild（或者我应该使用其他 AWS 东西或不使用 AWS 东西）以便从 git 存储库中提取代码并运行我的构建脚本（不是在我的开发机器上）。但似乎 CodeBuild 只能与 Unix/Linux 环境一起工作，而不能与 Windows + .NET Framework 一起工作。

问题是：有没有办法使用 CodeBuild 或其他 AWS 服务从 git 存储库中提取代码并构建针对 .NET Framework 的 ASP.NET 4 应用程序以及如何执行此操作？

有关此错误的任何帮助：使用 GitHub 存储库中的 meanjs.org 堆栈运行 Amazons Codebuild 时，我在“下载源”阶段收到一条错误消息：消息：YAML 文件不存在

亚马逊似乎正在请求构建 spec.yml 文件来完成构建

为这个 repo 查找/创建这个文件有什么帮助吗？

我正在使用 meanjs.org docker 镜像来构建环境源代码是他的 GitHub repo

我有一个 SAM 模板，它创建了一个导出 API 端点的 API Gateway API：

在我的 CodePipeline/CodeBuild 堆栈中：我正在引用它：

问题是，它没有扩展，在我的代码中，我在这里看到 ApiEndpoint 有Fn::ImportValue !Sub '${PipelineName}-server-ApiEndpoint'什么问题？

我在一个使用 Git 作为版本控制的开发人员团队中。

我们希望我们的开发过程至少有 3 个阶段：登台、开发和生产。

在这些阶段之间唯一应该更改的是单个配置文件，用于告诉无服务器框架命名 lambda 函数、S3 存储桶以及需要为 CloudFormation 堆栈创建的任何其他资源的名称。

然而，这使得源代码控制更加困难。如果我们将配置文件直接放在源代码中，那么我们必须确保当我们提交/推送到源时这些文件不会被覆盖。但是 CodeBuild 必须以某种方式访问​​它，并且必须确保为指定阶段获取正确的配置文件。

我更喜欢这个问题的解决方案，它是 AWS 生态系统的一部分。

我尝试使用 Code Pipeline 来自动化代码部署。它使用 wiki 中提到的 Git Hub -> Code Build -> Cloud Formation

Lambda 的 AWS 自动化

在这个线程建议的一些更改之后，我设法让管道运行

但是，每当我使用代码管道时，Lambda 测试都会失败，说找不到该类。

为了验证，我直接在 AWS lambda 控制台中上传了 jar，它运行良好。

我还验证了由 S3“MyAppBuild”文件夹中的 aws 代码构建构建的 jar，它在 zip 文件中包含 target/app-1.0-SNAPSHOT.jar 中的 jar 文件以及我的 SamTemplate.yml。

这是 SamTemplate.yml

这是 buildSpec.yaml

有什么建议可以尝试吗？我使用 Maven。

我从 .env 文件中获取特定于环境的变量（我正在使用 dotenv 包）。此文件不受版本控制。

使用代码管道阶段 codebuild 如何创建此 .env 文件及其内容？

我在想，我必须使用 buildspec 来创建内容并将其添加到 .env 文件，但不知道怎么做？

谢谢

我刚刚为 phpunit 的 PHP Symfony2 测试设置了我的Codebuild管道。

情况：
我们的一些测试与本地数据库（经典 mysql-server）对话

Codebuild使用我们的自定义 Docker 映像，该映像基于php:5.6-apache
OS : Linux Alpine PHP VERSION : 5.6

我们执行以下步骤：

1. 拉取资源
2. 设置数据库（一切正常，无延迟）
3. 作曲家安装（5 分钟）
4. php app/console doctrine:schema:update --force
5. php app/console broadway:event-store:schema:init
6. 启动phpUnit。

在本地环境（允许 6GB RAM 的 Docker）上一切正常。
整个过程大约需要15 分钟……完美。

问题 ：

当我在AWS-CodeBuild上的同一图像上启动构建时，这要长得多：

1. 拉取资源（即时）
2. 设置数据库（即时）
3. 作曲家安装（5分钟）
4. php app/console doctrine:schema:update --force（14 分钟）
5. php app/console broadway:event-store:schema:init（瞬间）
6. phpUnit（无限CodeBuild 超时）

假设：
似乎所有访问数据库的 php 进程都非常慢。
经典的 MySQL 请求具有“正常”的速度......

如果有人有想法？
感谢您的帮助
@Rops42

我为一个相当简单的构建管道构建了一个 CodeBuild 项目。我正在构建一个 NodeJS 项目。我的构建规范非常简单：

npm run build 步骤只是使用 Babel 将代码转译到 src/dist 目录中。我正在运行一个构建，它已经 37 分钟了，它仍在构建，在步骤 UPLOAD_ARTIFACTS 上。我可以看到工件被添加到 S3 存储桶中，因此它可能实际上仍在做一些事情。

我能做些什么来改进这个构建过程吗？我认为这应该是一个简短的，最多 5 分钟的任务。通过将 node_modules 上传到 S3 存储桶，我做错了什么吗？

Node 项目的最佳配置是什么？

我正在使用 git、codebuild 和弹性 beanstalk 构建一个 CI/CD 管道。

在代码构建执行期间，由于测试用例的语法错误导致构建失败，我看到代码构建进展到下一阶段并最终继续生成工件。

我的理解是如果构建失败，执行应该停止。这是正确的行为吗？

请参阅下面的构建规范。

我正在使用 git、codebuild 和弹性 beanstalk 构建一个 CI/CD 管道。

在所有测试都通过的代码构建执行期间，我看到代码构建的构建阶段仍然“进行中”。我不得不手动停止代码构建的执行。

我假设我必须从我的 mocha 测试中传递退出代码，但不知道如何。

请参阅下面的构建规范。