超シンプルなGitLab/GitHub。コンテナ使ってビルドやテストできる。CodeBuildが作った成果物をEC2にデプロイできる。AgentをEC2に入れておく必要がある(AmazonLinux2はデフォで入ってる)。上述した3兄弟(Commit/Build/Deploy)を順番に実行するジョブ管理的な役割GitLabCI触ってるとgitlab-ci.ymlでbuild/deploy/pipline全部書いちゃうケースが多かったので、最初なんでこんなに分割されてるんだと思ったけれど、慣れてくると役割がしっかりしてて良くできてるなあと関心。最低限の理解が上の箇条書きだと感じており、付加的な機能もまだまだあるので全くもって完全に理解してない。理解の勘所Pipelineは最後に作れば良いので、Commit/Build/Deployをそれぞれ単体で動かせるとこまで最初にやるCodeBuildはbuildspec.ymlを書いてCodeCommitに置くCodeBuildで使うカスタムイメージはECRに置く(Dockerfile自分で書く)CodeDeployはappspec.ymlとhook用のシェルを書いてCodeCommitに置くhook用のシェルもbuildの成果物に入れる必要があるハマりどころappspec.ymlでのCodeDeployを使ったデプロイは、直接ファイルを上書きできないのでhook用のシェルで対応する。4年越しのissueがあり、hookシェルの中での対応方法がレスされてるCodeBuild単体とCodePipelineからの実行で、secondaryなsourceの展開場所が異なるのでbuildspec.ymlで吸収したbuild単体実行だとカレントにpipeline実行だと全く別のパスに(これ本当にトラップ)具体的にはこんな感じで吸収した。ビルドするケースだった。参加してきましたS3のWebページリダイレクト機能を試す2020年の目標ALBとTargetGroup一式をTerraformにimportしてみる2019年の振り返り月別アーカイブスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。