Running Docker Commands - CircleCI
This page explains how to build Docker images for deployment and further testing when using the Docker execution environment. This is achieved using the remote Docker environment (setup_remote_docker). When you use the remote Docker environment for a job, any Docker commands you run in your job will be executed locally on the virtual machine used to spin up your primary Docker container. The term
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
circleciのbuild/test/deployをgithub actions(beta)に移行した - 839の日記
まだ機能的に足りないところもあるが、頑張ったら使える感覚だった。 githubにもfeedbackが送れる所があれば送ろうと思う。 circleciでやっていたことはざっくり書くと以下。 test系 golangのbuild/lint/test helm chartのlint helm templateで吐き出されたyamlのlint build系(only master) base imageのbuild & push k8s上で動かすprod imageのbuild & push deploy系(only master) GKE上にhelm secrets upgrade これをgithub actionsに移行した際にcircleciとの差分を感じた機能は以下。 slack通知 自分のリポジトリでは未実装、デフォルトは失敗するとメール通知が来る 未確認だが多分いろいろな人がbeta向
CircleCI で master ブランチとマージされたブランチでテストする - Qiita
やりたいこと CircleCI で普通に checkout を用いてテストを流して通っても、master にマージ後にエラーになってしまうことがある。それを防ぐためにブランチを master にマージした状態でテストを流したい。 JenkinsやTravisだと選択したらできる程度の機能だが、現状のCircleCIだと頑張らないとできない(という認識) 事前知識 GitHub に pull request (PR) すると github 上では pull/xxx/head と pull/xxx/merge というブランチが作られる。 pull/xxx/head が PR されたブランチの head と同じ状態のもので pull/xxx/merge がマージ対象のブランチとマージした状態のブランチになる。 なので、基本的には pull/xxx/merge のほうを CircleCI で ch
Collect test data - CircleCI
When you run tests in CircleCI there are two ways to store your test results. You can either use artifacts or the store_test_results step. There are advantages to both methods, so the decision needs to be made for each project. When you save test data using the store_test_results step, CircleCI collects data from XML files and uses it to provide insights into your job. This page describes how to c
Scott Smerchek
Update: March 30, 2016 CircleCI has been adding some baked in support for Google Cloud, negating much of this blog post. Please check out the links below: The gcloud tool is now included in each CircleCI instance No more manual installation! They have some more complete docs on gcloud authentication They have other docs on using GCP too, so search for gcloud to find them. CircleCI is a great build
CircleCI2.0事始め -新しいcircle.ymlとworkflows編- #circleci
βフェーズが続いていたCircleCI 2.0ですが、先日めでたくリリースされました。おめでとうございます🎉 というわけでここからは何回かに分けてCircleCI2.0の使い方や活用法を解説していこうと思う💪 変わったところ 2.0はほぼReスクラッチで諸々一新されている。3月に開催されたCircleCI Meetup #2に来られた方なら知ってると思われるが、バックエンドの仕組みも相当変わったらしい。 機能的なところでトピックを挙げると、 circle.yml記法の一新 高速化 ローカルビルドサポート 独自のビルドイメージの作成 Native Dockerサポート workflowsの登場（ビルドパイプラインみたいなもの） といったところが代表的に挙げられる。 今回のエントリではCircleCI2.0におけるcircle.ymlの新しい記法と基本的な使い方、2.0の目玉機能の一つであ
CircleCI 2.0に移行して新機能を活用したらCIの実行時間が半分になった話 - クラウドワークス エンジニアブログ
⠀人 / ⁰⊖⁰ \ オカメインコエンジニアの五十嵐(@ganta0087)です。 CrowdWorksでは、サービスのCI環境としてCirlceCIを利用しています。 今回、CircleCI 1.0から2.0に移行すると同時に、新機能のキャッシュをフル活用したことで、コストを増加させることなくCI実行時間を半分にすることができました。 今回の記事では、CirlceCI 2.0のメリットや、どのようなチューニングを行ったのかをご紹介します。 CircleCI 2.0について CircleCI 2.0は現在ベータ版となっており、「CircleCI 2.0: Beta Access - CircleCI」から申し込むことができます。(試してみたところ個人のリポジトリではすぐに利用できるようです。) 申請したOrganizationのすべてのプロジェクトで突然バージョンが切り替わるわけではなく、
CircleCI2.0でのGolang APIのデプロイ設定
今在籍している企業では、最近CircleCI2.0へのアップグレードが盛んに行われている。 すでにアップグレードを体験された方からは、「は？」「速すぎてドン引き」「爆速すぎてずっと泣いてる」などとの感想が寄せられている。元気そう。 具体的に自分もAPIでバージョンを上げたら、6分半が45秒になった。 で、特定のpackageのtestだったり、インフラ周りの設定のアタッチ等なら小規模なのでなんとなくかけば導入できる。 しかしAPIとなると、意外と設定を載せているところがまだ少なかったので、API用途だとざっくりとこんな感じだよというのを書きたいと思う。 もしそこまでじゃなくていいので、簡単な設定がみたければこちらへどうぞ 全体感APIやある程度の規模のソフトウェアのCIとなると、 依存パッケージのインストールlinterでの文法チェックテストデプロイの諸々をやらなくてはならない。 色々名前
Authorize Google Cloud SDK - CircleCI
This tutorial explains how to install and authorize the Google Cloud SDK in your primary container. The Google Cloud SDK is a powerful set of tools that can be used to access Google Cloud Platform (GCP) services like Google Compute Engine) and Google Kubernetes Engine (GKE). On CircleCI, the Google Cloud SDK is recommended to deploy your application to GCP products.
Test splitting and parallelism - CircleCI
Use parallelism and test splitting to: Reduce the time taken for the testing portion of your CI/CD pipeline. Specify a number of executors across which to split your tests. Split your test suite using one of the options provided by the CircleCI CLI: by name, size or by using timing data. If you are interested to read about concurrent job runs, see the Concurrency overview page. Pipelines are often
masterの更新フィードとCircieCIでOSS用プラグインの結合テストを回しつづける - Qiita
プラグイン機構をそなえて、機能を追加しやすくするOSSがある。わかりやすいのはfluentdあたりだろうか。 で、何かのプラグインを作っており、かつ現役でしっかり使っているなら、元のプロダクト(コア)の更新時には自動で結合テストをしておくとよいという話。 プラグイン自体は単体テストをやってても、コア側に非互換の変更が入ったり、リファクタリングで機能に退行があると、結局バージョンアップ時に寝耳に水のようなエラーに会う。 結合テストを常にmasterのHEADで回しておくとコア側のアップデートを追いやすいし、もしかするとコア側でも『この変更で、既存プラグインは大丈夫だろうか(※)？』という不安が減るかもしれない。 ※ そういう心配をするとこならある程度プラグイン用のテストも用意してくれていたりするが しくみ 定期的に実行でもまあ悪くないけど、できれば細かい単位で回しておきたい。 サンプルとして
CircleCIでDockerコンテナのCI環境を整える - Qiita
自分の備忘録兼、社内ハンズオン用の資料なので、足りないところが多いかもしれません。 記事の最後まで進んだ状態が以下にありますので、参考にどうぞ。 honeniq/docker-circleci-sample 事前に必要なもの ローカルでDockerが使える環境 Docker-Toolboxなど DockerHubのアカウント GitHubのアカウント CircleCIはGitHubアカウントでログインできます Ruby Bundlerも必要 大体の手順 GitHubでリポジトリを作って、ローカルにクローン Gemfileを作成 テストの準備をする テストと実装コードを書く CircleCIの設定 GitHubフローでCIを回す DockerHubに自動デプロイ GitHubでリポジトリを作って、ローカルにクローン 項目として作ってみたけど、特に書くことがない。 Gemfileを作成 こんな
CircleCIを導入してみて思ったこと - なんかかきたい
今メインで関わっているプロジェクトでは半年ほどTravisCIを使っていたけど、 TravisCIはそれなりにお金がかかるということで、 CircleCIを検討してくれないかとの依頼を受けました。 それほど時間をかけずに移行もできてよかったので、今思っていることをまとめてみます。 1. Pricing TravisCIはOpen Sourceの場合は無料。StartUpが2並列で$129ドル。SmallBussinessが5並列で$249。 CircleCIはSoloが1コンテナで$19, StartUpが2コンテナで$69。1コンテナごとに$50ドルずつ増える。 追記: 2014年末、$19の値下げがあった。1コンテナなら$0、1コンテナごとに$50 OpenSourceで使うならTravisCIでよいけど、プライベートなリポジトリを使う場合はCircleCIは50ドルくらい安い。 2.
CircleCIで任意のツールをインストールして使う際の定番スニペット - tehepero note(・ω<)
2015-03-05 CircleCIで任意のツールをインストールして使う際の定番スニペット CircleCI CI 春ですね！というわけで懲りずにCircleCIネタを投下していきます。 CircleCIのコンテナにはJavaやらNodeやらRubyとかのランタイムがあらかじめセットアップされていますが、当然欲しいものがなかったりするので自分でコンテナにセットアップしてやる必要があります。しかし、CircleCIのコンテナはビルドが終われば破棄されてしまうので、毎度コンテナを立ち上げるためにセットアップしてやらなくてはなりません。 独自にツールをインストールする際に留意するべき点は以下のことですね。 cache_directoriesを使い、2回目ビルド以降のダウンロードをしない cacheをリストアしたディレクトリが空であれば、ダウンロードしてアーカイブを展開 ツールを使うための必要な
CircleCI + DockerでサーバCI始めました | feedforce Engineers' blog
はじめまして！今年１月からジョインしましたtjinjinです。feedforceではアニメインフラを担当しています。ちなみに今季オススメアニメはSHIROBAKOです。 今回サーバCIにDockerを導入しましたので、実際の設定や工夫した点など投稿したいと思います。 feedforceのサーバCI 弊社ではこれまでCircleCIまたはJenkinsとAWSを組み合わせてサーバのCIを行って参りました。 参考: JenkinsでサーバのCIを始めました しかし、CircleCIを利用するプロジェクトが増えるにつれ、CircleCIに実行待ちが発生するようになりました。CircleCIの実行ログを確認したところ、AWSのセットアップに時間がかかっていることがわかったので、環境のセットアップ時間を短縮できるもののはないかと探していました。そんな折、Dockerがいいのではという話を耳にしました
CircleCIでfeature branchをHerokuに継続deploy - Masatomo Nakano Blog
最近CIサーバーを自前Jenkinsから CircleCI に移した。CircleCIとても便利で簡単なのでオススメ。 CircleCIには普通のheroku deployは内蔵されているのだけど、 非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 、をやるにはちょっと工夫が必要。 色々書こうと思ったけど、めんどくさくなったのでscriptを晒しておくだけにしよう！ この中で使われているスクリプト関連、特に秘密にする部分もないのでpublicでgithubに置いている。 https://github.com/quipper/deploy-support-tools /circleci.yml deployment: feature: branch: /^(?!^master$).+$/ commands: - ./script/staging_deploy.sh pro
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCI Developer Hub - circleci/build-tools
Configuration reference - CircleCI
開発するように運用するインフラ JAWS DAYS 2015