aws-codepipeline

    2热度

    1回答

    卡住AWS云的形成,我试图用建立AWS代码管道与AWS SAM的lambda作为在单证 http://docs.aws.amazon.com/lambda/latest/dg/automating-deployment.html 提到的(例如在node.js中虽然)的Java-8。 但是,我的Staging卡在CloudFormation堆栈长时间停留在REVIEW_IN_PROGRESS中。有什

    1热度

    2回答

    我在使用Git作为我们的版本控制的开发团队。 我们希望至少有3个阶段的开发过程:分段,开发和生产。 在这些阶段之间唯一应该改变的就是一个配置文件,告诉无服务器框架什么是lambda函数,S3存储桶以及需要为CloudFormation堆栈创建的任何其他资源。 但是,这使得源代码控制有点困难。如果我们将配置文件直接放在源代码中,那么我们必须确保这些文件在我们提交/推送到原点时不会被覆盖。但CodeB

    0热度

    1回答

    我有一个使用CodePipeline + CodeCommit + CodeDeploy到EC2实例的CD工作流程。 我除了这个--file-exists-behavior选项外,还有其他的工作。如果我从Aws CLI或控制台创建部署。部署工作正常。 无论如何,我可以使用CodePipeline这个选项吗? 如果没有此选项,我仍然会收到错误消息。 The deployment failed bec

    3热度

    3回答

    我使用git,codebuild和elastic beanstalk构建CI/CD管道。 由于测试用例的语法错误而导致构建失败时,在执行代码构建期间,我看到codebuild进展到下一个阶段,并最终生成工件。 我的理解是,如果构建失败,执行应该停止。这是一个正确的行为? 请参阅下面的buildspec。 version: 0.2 phases: install: comma

    1热度

    2回答

    我正在使用git,codebuild和elastic beanstalk构建CI/CD管道。 在所有测试通过的代码构建执行期间,我看到codebuild的构建阶段仍在“进行中”。我不得不手动停止codebuild的执行。 我假设我必须通过我的摩卡测试的退出代码,但不知道如何去做。 请参阅下面的buildspec。 version: 0.2 phases: install:

    6热度

    1回答

    我有一个Gradle项目,它由一个主项目和2个包含使用includeFlat指令的其他项目组成。这三个项目中的每一个在GitHub上都有自己的回购。为了构建它,我将所有3个项目签入共同的顶级文件夹,然后将cd加入主项目并运行gradle build。它效果很好! 现在我需要将生成的应用程序部署到AWS EB(Elastic Beanstalk),当我在本地生成工件并手动部署时,这也非常有用。我想自

    1热度

    1回答

    我们使用monorepo方法在github中存储我们的源代码。 当前是否可以让CodePipeline仅在对特定子文件夹的提交时触发。 这是TeamCity目前可以通过在Source Repository上设置过滤器来实现的,但我没有见过CodePipeline的例子。

    0热度

    2回答

    我有一个存储在AWS CodeCommit中的单个存储库,其中一个buildspec.yml位于AWS CodeBuild从源代码构建的根目录中。 是否可以传入/读取源代码(AWS Pipeline arn?)或类似的东西,以便我可以在AWS CodeBuild中确定是否执行Dev,Test或Prod构建? 如果没有,是否有另一种方法可以在AWS CodePipeline中完成我缺少的任务?

    0热度

    1回答

    我在CodePipeline上使用CI/CD在Elastic Beanstalk上运行多容器Docker应用程序。 前端存储库/图片/管道 后端储存库/图像/管道 部署信息库(Dockerrun.aws.json,nginx/conf.d/等) :我的应用程序在多个存储库和多个图像分裂 我部署到Elastic Beanstalk的唯一部分是我的部署存储库。在前端和后端资料库没有关于Dockerru

    0热度

    1回答

    这是一个基本的问题: 我有一个基本的codepipeline管道设置如下所示: 来源是GitHub的分支(主) 与AWS Codebuild构建 部署到弹性魔豆 - >部署到appname-prod环境 这一切都有道理,并且很简单。 现在我想为staging做同样的事情:有一个staging分支,当它被提交时,Codebuild构建它,并且它被部署到appname-staging环境。 什么是正确