CircleCIが無料枠を大幅拡大。1カ月あたり6000分のビルド時間、ユーザー数無制限、最大30件までのジョブ同時実行など
CircleCIが無料枠を大幅拡大。1カ月あたり6000分のビルド時間、ユーザー数無制限、最大30件までのジョブ同時実行など CI/CD機能をクラウドサービスとして提供するCircleCIが、無料枠を大幅に拡大したことを発表しました。 At CircleCI our mission is to help teams deliver software faster and better. We’re so confident that you’ll be successful with CircleCI that we’ve added more features and more resource classes than ever before to our Free plan. https://t.co/oEuEREcTkv — CircleCI (@CircleCI) January
CircleCIが無料枠を拡大 1カ月当たり6000分のビルド時間を提供、利用者数の制限なし
この記事は新野淳一氏のブログ「Publickey」に掲載された「CircleCIが無料枠を大幅拡大。1カ月あたり6000分のビルド時間、ユーザー数無制限、最大30件までのジョブ同時実行など」（2022年1月13日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 これまでの無料枠は1週間当たり2500クレジット、並列処理可能なジョブ数は1つでした。 CircleCIの無料枠は1カ月あたり6000分のビルド時間 新たに拡大された無料枠では、1カ月あたり6000分（100時間）のビルド時間が提供されます。 ビルドの実行環境としてDocker／Linux／Windowsに対応。Armプロセッサにも対応し、近日中にMacOSも追加される予定です。オンプレミスにあるサーバをセルフホストランナーとして利用することも可能。 ビルドする仮想マシンのサイズもSからLまで選択できるため、
CircleCI 2.0 でクロージング処理を実現する - Qiita
CircleCI では、処理の途中でエラーが検出されると、後続処理は実行されず、CI がそこで中断してしまいます。CI の多くは、そのような挙動であると思いますが、ここでは途中でエラーが発生しても、処理を最後まで継続して、最後にエラーを報告する方法について書いてみます。 表現に迷ったのですが、クロージング、Finally、Teardown そういった感じの、最後にかならず実行される処理を表現する方法についてです。 環境 CircleCI 2.0 (2017-07-30 執筆時点) 書き方 書き方さえ分かってしまえば難しくないので、最初に書き方から。 version: 2 jobs: build: machine: true steps: - run: name: 後始末をしなければならない処理 command: | # ACL 変更など - run: name: エラーで終了する可能性のあ
Pull Request毎にGAEでSwaggerをプレビューさせる - y-ohgi's blog
概要 APIの量産が必要になったものの、複数人でAPIを量産しているとSwaggerのPRも量産されてく。 Swaggerのレビューはyamlを見てレビューするわけだけど、わざわざSwaggerのプレビューをするためにブランチにチェックアウトしてpullしてサーバー立てるのはしんどい・・・。 なんで、SwaggerリポジトリにPull Requestが立つ毎(& Commit毎)にGAEにデプロイさせて、GAEでSwaggerを確認できるようにしてレビューのフローを改善させるのがモチベーション なんでGAE GAE/SEは安い。 リクエスト毎にインスタンスが起動され、リクエストが来なくなれば一瞬で落ちる。 無料枠もある 開発メンバーで行うSwaggerのレビューレベルであれば実質タダ IP制限 Cloud Storageだと制限がかけられない問題 プロジェクトがGCPではなくAWSだったら
CircleCIでHugoのブログを自動公開する
Tweet はじめに こちら の記事でhugoを使ってこのブログを開設した記事を書きました。 今回はその続きで、記事を書いたらCircleCIで自動ビルドを行なって新しい記事が公開される仕組みを作ったので、そのやり方を記載します。 構成 運用的には1つのgitリポジトリで構成していて、いくつかのブランチとプルリクで運用します。 masterブランチ 公開用の記事を置くブランチ blogブランチ 作業のベースブランチ このブランチに新しいコミットが入ったら自動で記事をビルドしてmasterに入れる post/xxxxブランチ 記事毎のブランチ 書き終わったらこのブランチからblogブランチにプルリク投げてマージする という感じです。 このうち、blogブランチへのマージを検知してビルドしてmasterに入れる仕組みをCircleCIを使って作りました。 CircleCIの設定 言わずもがな、
CircleCI 2.0 で capistrano デプロイしてみた
このブログは GitHub で管理しており、master に commit が追加される と、CircleCI が capistrano を使ってデプロイします。 [2017-04-13-1] でテストを CircleCI 2.0 で動かしたので、デプロイも 試してみました。 最終的な circle.yml とデプロイスクリプトはこちらになりました。 基本的に “add_ssh_keys” と “deploy” step 以外は [2017-04-13-1] と 同じです。ハマりそうなところだけ記載していきます。 ハマりそうなところ# Deployments - CircleCI のとおり、“deploy” step があればデプロイ出来ます。 ただ capistrano で GitHub の private repository をデプロイする場合、 最低 2 つは SSH Key が必
CircleCI 2.0でElasticsearchを起動しつつテストする - その手の平は尻もつかめるさ
例えばElasticsearchを使ったプロジェクトがあったとして，それをCircleCIで継続的にテストしたいとする．CircleCI 2.0はコンテナベースのCI環境なので，そのプロジェクトが採用している言語のコンテナの上でElasticsearchを動かす必要がある．どうするか． circleci.com CircleCIのドキュメントに記されている通り，docker imageは複数起動することができる．一番目に指定したdocker imageはprimary containerとして取り扱われ，stepsに書く手続きは全てそのコンテナ上で実行される．それ以降にdocker imageを指定した場合はそのimageがprimary containerと共通のネットワーク上で立ち上がり，そのコンテナ上で公開されているポートについてはprimary containerのlocalhos
2017 CircleCI Meetup Tokyo #2 が開催されました #circleci #circleci_meetup - tehepero note(・ω<)
2017 - 03 - 11 2017 CircleCI Meetup Tokyo #2 が開催されました #circleci #circleci_meetup CircleCI CI DevOps 昨日3/10、弊社にて2度目のCircleCI Meetupが開催されました。 cyberagent.connpass.com CircleCI 2.0について CircleCI社よりDeveloperのKim氏にご登壇頂き、現在クローズドベータ公開中であるCircleCI2.0について発表していただきました。 1.0問題 ビルドイメージが Ubuntu のみで、Dockerコンテナ上でのビルドにも未対応 LXCのprivileged問題（Dockerは特権保持していないLXCコンテナ上で動作させることはできない）を突破するために、Dockerにパッチを当てて運用していたがこの手法は1.9で行
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Notifications/webhooks - 2.0 Support - CircleCI Community Discussion
特定のブランチだけCircleCIのbuildを走らせない - sximada.2016