问题标签 [aws-code-deploy]

我刚刚开始使用 AWS CodeDeploy。

我的前几次部署都失败了，这很好。新工具带来了新的学习，我预计最初必须进行一些迭代。我最初的几次部署都以一种有用的方式失败了。

在 AWS 控制台中，我看到如下内容：

在这里我可以看到一些有用的细节。我可以单击查看事件链接以查看更多详细信息，然后我可以从那里查看目标 EC2 实例上的日志。

相比之下，我最近失败的部署表明：

如您所见，这缺少上一个屏幕截图中的许多细节。缺少查看事件链接尤其令人遗憾。此部署失败可能需要更长的时间，但时间不够长，以至于我的一个钩子脚本可能已达到超时，这可能很重要。

重新部署导致同样的事情。

我应该如何解决这个问题？

我目前正在使用 AWS CodeDeploy 通过 S3 存储桶部署一些应用程序。不幸的是，我必须压缩/压缩我的应用程序并上传，以便 CodeDeploy 部署它。

CodeDeploy 有没有办法从 S3 文件夹而不是 zip/tar 文件进行部署？我意识到这可以从 GitHub 获得，但是我有一个不受 CodeDeploy 支持的私有 GIT 存储库。

就在过去一个小时内，我们的 AWS CodeDeploy 部署在查看部署详细信息页面时甚至在开始时间之前就已经开始挂起。状态In Progress无限期保持。我们没有更改任何部署生命周期细节，所以这让我相信这要么是某种 CodeDeploy 中断，要么是某种我不确定如何重置的侥幸（停止部署并开始另一个部署）在同一个地方）。

有没有其他人遇到过这个问题？任何想法如何解决它？

我正在编写一个小型实用程序，用于使用适用于 node.js 的 AWS 代码部署 SDK 在 AWS 上进行部署。通过文档，我看到以下方法：

registerApplicationRevision:

并创建部署：

从上面的代码中，似乎我可以创建一个部署，而无需使用 register revision 方法显式注册修订，因为它需要修订所需的所有参数。还是在创建修订之前我还需要创建修订？registerApplicationRevision 方法的目的是什么？是否有特定的方法来触发构建，或者它会在我创建新部署后立即触发？

我正在尝试使用 CodeDeploy 将应用程序部署到 EC2 上，但遇到以下错误

/var/www/html/storage/framework 的重复权限设置说明

我的 appspec.yml 如下

我尝试了各种格式，except包括

• 显式列出相对路径

  /li>

• 使用通配符

  /li>

• 仅使用文件夹名称

  /li>

这些似乎都无法解决问题。

类似问题

• AWS CodeDeploy 重复权限
• 重复权限设置说明

我一直在使用 AWS Codedeploy，使用 github 作为修订源。我有几个包含凭据（例如 NewRelic 和其他第三方许可证密钥）的配置文件，我不想将其添加到我的 github 存储库中。但是，我在 EC2 实例中需要它们。

管理这些配置的标准方法是什么。或者，你们用什么工具来达到同样的目的？

有人可以指导我如何使用 aws cpde deploy 轻松地将代码从 github 部署到 aws 吗？我尽我所能来部署我的代码，但它无法正常工作，因为它每次启动部署修订时都会出错。

我的应用程序是使用elastic-beanstalkaws 服务创建的，我是否需要使用 AWS CodeDeploy 服务来部署我的应用程序？

目前我只是这样做：

然后，在不使用 AWS CodeDeploy 的情况下部署新的应用程序版本。那么，我做错了吗？

I'm really enjoying working with AWS Code Deploy integrated with Auto Scaling, but am struggling with an issue around reading tags during a scale-in event.

I have setup my Auto Scaling Group to tag any new instances created with a tag name 'Environment'. Then as part of my Code Deploy after-install script I read the tag and use it to conditionally configure my apps. This works perfectly if I deploy a revision to existing instances in an auto scale group. However during a scale-in event it seems that the tags are not assigned to the new EC2 instance before Code Deploy is called from Auto Scaling, so my after-install configuration fails.

Any ideas on a way around this? Can I force the tags to be associated with the EC2 instance earlier in the pipeline?