CircleCI 2.0 では Docker ビルドキャッシュが効く - Qiita
2通りのやり方がある。pull/cache-from を使う方法と、save/load を使う方法。 手元のプロジェクトだと前者の方がだいぶ速い。 1. pull/cache-from を使う方法 version: 2 jobs: build: machine: true environment: - DOCKER_IMAGE_REPO: your-private-repository working_directory: ~/your-repo steps: - checkout - # ...必要に応じて ecr login など - run: docker pull $DOCKER_IMAGE_REPO:latest - run: docker build -t circleci --cache-from $DOCKER_IMAGE_REPO:latest . - run: dock
CircleCI 2.0でのスローテスト（テスト遅い）問題対処法を思いつくだけ書き出す - Qiita
まえおき スローテストの解消に関して、昨今のCIサービスを考慮した観点で自分なりの手法をまとめてみる。 CIで出来そうなことは可能な限り網羅したつもりだが、他にもあったらコメントか編集リクエストでご指摘いただきたい。 とりあつかうこと・とりあつかわないこと CircleCI 2.0 を前提とする。 1.0はもうすぐ無くなるので対象外 他のCIサービスは今回対象としてないが、一部似たような機能があるかもしれない。 テストフレームワーク固有の話はなるべく排除している サンプルコードがnodeだったりrubyだったりで統一取れてないのはご了承いただきたい。 dockerモードを前提とする。machine: trueでの実行は検証していない 検証してないだけなので、もしかしたら動くものもあるかもしれない CIではなくCD（継続デリバリー）に特化した話は除外する 転用できる部分はあるものの、あまりフ
Circle-CI 2.0のcron triggerを使って、定期実行をする - Qiita
Circle-CIでいつのまにcron実行する機能が追加されていたので試した。 https://circleci.com/docs/2.0/configuration-reference/#triggers https://circleci.com/blog/manual-job-approval-and-scheduled-workflow-runs/ TravisCIには少し前から入っていた機能。 https://docs.travis-ci.com/user/cron-jobs/ Circle-CIの場合、TravisCIほとさくっと使える感じではなかったのでメモ どんな時に使えるか？ 例えばこんなユースケースが思いつく E2Eなど重くて全branchで実行するには辛いもの 外部のAPIに引きづられて落ちてないかのテスト masterを定期的にstagingと同期するdeploy処理
Orchestrating Workflows - CircleCI
Workflows help you increase the speed of your software development through faster feedback, shorter reruns, and more efficient use of resources. This document describes the workflows feature and provides example configurations. A workflow is a set of rules for defining a collection of jobs and their run order. Workflows support complex job orchestration using a simple set of configuration keys to
GitHub + CircleCI + Capistrano + Slack + Hubot で快適リリース生活 | QUARTETCOM TECH BLOG
こんにちは、@ttskchです。先日、Symfony Meetup #5のLTでChatOpsについて発表させていただきました。 発表に使用したスライドはこちらにあります。 具体的には、PHP（特にSymfony2）プロジェクトの開発・リリースのプロセスについてのお話しです。 ここでは、その発表の内容をもう少し詳しく解説したいと思います。大きく5つのステップに分けて、一つずつ解説していきます。少し長いですがお付き合いください。 Step 1. CIの導入 Step 2. Capistranoの導入 Step 3. デプロイの自動化 Step 4. リリースPR作成のQA最適化 Step 5. リリースPR作成のChatOps化 Step 1. CIの導入 まず一番初めにやるべきはCIの導入です。弊社ではCIサービスにCircleCIを使っています。 CircleCIとGitHubを連携させ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
