CircleCIで、Firebaseのコマンドを実行させる方法 - Qiita
やりたいこと リモートプッシュ時に Firebase のデプロイコマンドを実行したい つまづいたこと CircleCI環境下で、firebase のコマンド実行につまづいた 解決法 CI環境下で、Firebase のデプロイをしたいので、firebase-toolsをインストールする必要があります。 最初に、グローバルでインストールしようとしましたが、CircleCI環境下では、それが許可されていません。(そりゃそうか) $ #!/bin/bash -eo pipefail npm install -g firebase-tools npm WARN checkPermissions Missing write access to /usr/local/lib/node_modules npm ERR! path /usr/local/lib/node_modules npm ERR! c
gRPCのコード生成をCircleCIで自動化する - Qiita
はじめに gRPCではクライアントとサーバーのインターフェースを一致させる事ができますが クライアントとスタブのコード生成がずれると通信できなくなります。 また各言語向けのprotocol buffer compilerを環境構築するのは面倒です。 そこで諸々の環境が揃ったDockerイメージのnamely/protoc-allとCircleCIを組合せてコード生成を自動化します。 構成 以下の図とブランチ構成でコード生成の自動化を行います。 masterブランチ .circleci/config.yml docker-compose.yml protos/echo.proto Go用のgenerated/goブランチ C#用のgenerated/csharpブランチ また実際の試したものは以下のリポジトリに置いています。 https://github.com/shiena/grpc-ge
GitLab CI/CD vs CircleCI
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに GitLab CI/CDとCircleCIの違いを比較する記事です。 GitLab CI/CDって何？ GitLab has integrated CI/CD pipelines to build, test, deploy, and monitor your code Rated #1 in the Forrester CI Wave™ Forresterに認められたNo.1 CIサービス。 GitLab supports development teams with a well-documented installati
Circle CI 2.0 の設定
Posted on July 21, 2018 authored by Shinya Yamaguchi Last Updated July 23, 2018 はじめに Haskell プロジェクトの多くは Travis CI を使って CI を回しています。 しかしここ最近、いくつかのプロジェクトで Circle CI の利用が進んでいるように思います。 僕も社内のプロジェクトでは Circle CI を使っています。実際に Circle CI を使っていて個人的に良いなと感じたのは以下の4点です。 docker イメージを指定できる プライベートリポジトリで利用できる travis より速い気がする キャッシュが不変 キャッシュの動作に関しては travis とは逆なので少し違和感があるかもしれませんが、キャッシュでCIが失敗するということが無くなるので、非常に良いと思います。 今回は
CircleCI上でng serveしながらCypressでテスト実行 - Qiita
タイトル通りですが、CircleCIでng serve（Angular）が必要なCypressのテストをする方法です (ドキュメント少ないけどCypressって流行ってないのかなぁ) なぜそんなことをしたいのか jestとかでmock（のデータはあったほうがいいと思うが）を作って、そのmockにmockであることを振る舞わせるのはなんだかテストしているようでしていないような（jest.fn()とか） なんか操り人形を使うことも記述しないといけないのが面倒だし結構複雑になる。。（ごめんなさい初心者です） ので、実際にlocalhostを立ち上げて、ちゃんと振る舞うかテストするのがmockの振る舞いも記述しなくていいのでテストしやすいと思ったのが背景です TL;DR Cypressでヘッドレスなテストを行う CircleCI上でlocalhostを立ち上げる CircleCIでng serve
CircleCI2.1の新機能紹介 - Qiita
パラメタライズされたジョブ定義 doc: https://github.com/CircleCI-Public/config-preview-sdk/blob/754df2258d293775722362694d7fefa8fda5d7a0/docs/jobs.md カスタムコマンドでも利用できたパラメータ指定がジョブでも出来るようになっています。 これによって、例えば「同じ一連のテストを異なるNode.jsのバージョンごとに実施」みたいなことがやりやすくなってます。 jobのパラメータを利用するときの注意点として、組み込みのパラメータ（ pre-steps , post-steps )があるので、これらは使えないようです。 pre-steps , post-stepsについてはこちらを参照のこと。 executor定義 doc: https://github.com/CircleCI-P
CircleCI2.0導入まとめ - Qiita
CircleCIを以下のような構成で導入してみた際のまとめ 事前準備 githubにリポジトリがある githubの秘密鍵・公開鍵を持っている githubに公開鍵が登録されている ec2の秘密鍵を持っている ec2に公開鍵が登録されている(authorized_keys) 必要な作業 CircleCIに登録する 管理画面から該当のリポジトリを追加する CircleCIに公開サーバのssh keyを登録する .circleci/config.yml作る プッシュする ビルドを確認する 1. CircleCIに登録する 今回はGitHubでSign Upし連携します。 https://circleci.com/signup/ 2. 該当のプロジェクトを追加する ADD PROJECTから追加します。 3. CircleCIに公開サーバのssh keyを登録する 今回はec2になるので、ec2
CircleCI2.0でphp.iniのmemory_limitを変更しても「Allowed memory size of xxx bytes exhausted (tried to allocate xxx bytes)」エラーが出てしまうときの解決法 - Qiita
CircleCI2.0でphp.iniのmemory_limitを変更しても「Allowed memory size of xxx bytes exhausted (tried to allocate xxx bytes)」エラーが出てしまうときの解決法PHPMySQLCircleCICircleCI2.0 CircleCI2.0でのPHPアプリケーションのビルドで、あるとき「Allowed memory size of xxx bytes exhausted (tried to allocate xxx bytes)」というエラーがPHPUnitのテストで発生するようになりました。 そのときかなりハマったので備忘録として残します。 TL;DR MySQLのmax_allowed_packetが足りていないのが原因で、MySQLのDockerイメージに引数でmax_allowed_pack
1日約70万ビルド: DockerとNomadが支えるCI/CDプラットフォーム
builderscon 2018 9/8 15:30 多目的教室1でのセッション
CircleCIとJest、CoverallsでJavaScriptアプリケーションのテストカバレッジを可視化する - Qiita
こんにちは。突然ですが、テスト書いてますか。カバレッジは計測していますか？ 今回はテストカバレッジの履歴の記録・閲覧ができるCoverallsというサービスを試したので、内容を共有したいと思います。 完成イメージ 本記事の説明どおりに設定を行うと、下記のようにCoveralls側でテストカバレッジを確認することが可能です。また、README.mdに貼るバッジも取得できます。 さらに、ビルドやファイルごとのカバレッジの閲覧も可能となっています。 前提条件 すでにテストが書かれていて、カバレッジ計測ツールでカバレッジが取得できる環境がすでにあることを前提に話を進めていきます。 カバレッジ計測ツールのnycやテストフレームワークのJestなどでカバレッジが計測できていること CircleCIの設定がすでに完了していること 今回はテストフレームワークのJestを使いますが、テストカバレッジの測定結
CircleCIで提供しているAPIのTIPS - Qiita
例） TOKEN="12345abcd・・・・" curl -s -u ${TOKEN}: https://circleci.com/api/v1.1/me # もしくは curl https://circleci.com/api/v1.1/me?circle-token=${TOKEN} 参考URL https://qiita.com/yukimura1227/items/0478230c388cc8735b20 説明 トークン(TOKEN)の作成方法 https://circleci.com/account/apiで作成 プロジェクト(ブランチ)別にトークンを分ける方法 https://circleci.com/gh/<CircleCIのユーザ名もしくは組織名>/<ブランチ名>/edit#apiで作成 CircleCIのAPIのendpointsは、全てhttps://circleci
CircleCIで使われているコンテナの中身 - Qiita
CircleCIではDockerHubにあるコンテナは使用可能 ただし、CircleCIでmachineなどのオプションを使っているとその中身を知りたいときがある machineではcircleci/classicを使っているらしいがDockerhubを探しても見つからない machine https://circleci.com/docs/2.0/executor-types/#using-machine プロビジョニング用のスクリプト CircleCIではスクリプトを使ってコンテナ別にパッケージをインストール https://github.com/circleci/image-builder/tree/master/circleci-provision-scripts 例えばPythonではpyenvを使っている https://github.com/circleci/image-bu
CircleCIで重複したWorkflow(Job)を止める - Qiita
CircleCIで重複したWorkflow(Job)を止める 問題 CircleCIではGitのリポジトリに変更があるたびにWorkflowが実行される 場合によっては、変更が同時にマージされ複数のWorkflowが走ることがある やりたいこと 実行中のWorkflowのうち、リポジトリが同じものは止めたい CircleCIのAPIを使ってWorkflowを止める CircleCIのAPIを叩くだけですが、今回はnodejsを使います (シェルスクリプトでもできますが、ブランチ名がチェインケースやスネークケースの場合はjqが使えないので・・) APIトークンについては以下を参照してください https://qiita.com/f-naoto832/items/89730cb5e3bfcbd34bd2 リポジトリの直下に以下を作成 var request = require('request
Incoming webhookを使ってCircleCIのSlackへの通知をJob別に分ける - Qiita
CircleCI2.0では、Slackへの通知はWorkflow別に設定できるが、Job別には設定できない ※ CircleCIはGithubと連携していることを前提にしています。 incoming-webhookを使ってJobの正常終了を通知 Slackでincoming wobhookを設定 すごくわかりやすいのでこちらを参考にしてください https://qiita.com/fushikky/items/c7bd05f897eab58ea7e4 Githubのブランチ直下にincoming-webhook.shを作成 例） # !/bin/bash COMMIT_MESSAGE=$(git log --format=%B -n 1 ${CIRCLE_SHA1}) HOOK_URL="<incoming webhookのHook URL>" if [ ${CIRCLE_JOB} = '
CircleCI Local で setup_remote_docker を使えるようにする - Qiita
CircleCI 2.0 は docker ネイティブなので、setup_remote_docker をすることで docker を使ったテストやビルド等の様々なジョブが実行できます。 しかしながら、例えば docker volume create をやっている場合は、CLI だとそのままでは以下のようなエラーが出てしまいます。 Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.38/volumes/create: dial unix /var/run/docker.sock: connect: permission denied
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処理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCI 2.0 + Carthage で carthage bootstrap に時間がかかる場合の解決方法 - Qiita
CircleCIでDockerコマンドを使う - Qiita
CircleCIで、直前に実行したJobによって次のJobで実行する処理を変える - Qiita
CircleCI Local CLIをHomebrewでインストールする - Qiita
