Circle CIでFirebaseにデプロイする方法 - Qiita
$ firebase login:ci Visit this URL on any device to log in: ************* Waiting for authentication... ✔ Success! Use this token to login on a CI server: *************（トークンがここに表示される） Example: firebase deploy --token "$FIREBASE_TOKEN" ブラウザが開き，Google認証を通すとトークンが発行されコマンドの出力として表示されます． Circle CIのビルド環境変数を追加 プロジェクト設定のBUILD SETTINGS > Environment Variablesで先程発行されたトークンと，プロジェクトIDを登録しておきます． circle.ymlの作成 dep
CircleCIで"Container ID xxxxxx cannot be mapped to a host ID"なエラーが出た場合、Dockerイメージ側でtarコマンドを使っていないか確認すると問題が解決するかも - Qiita
CircleCIで"Container ID xxxxxx cannot be mapped to a host ID"なエラーが出た場合、Dockerイメージ側でtarコマンドを使っていないか確認すると問題が解決するかもtarCircleCIDocker CircleCIでDockerのホストマシンとコンテナのUID/GIDのマッピングにはマッピング可能な範囲がある。マッピング可能な範囲外のUID/GIDがDockerイメージ内にあるとContainer ID xxxxxx cannot be mapped to a host IDなエラーになる ( 参考URL: Debugging Container ID Cannot Be Mapped to Host ID Error ) ところで、Dockerイメージを作るときは（大抵普段は使わない）rootでの操作をすることが多い。 root
CircleCIで卒論リポジトリを研究室サーバに自動アップロードする - Qiita
最近Githubを使用して、卒論をバージョン管理させるようにしました。（それまではGistでtexファイルのみ管理してました。） しかし、そろそろ最終提出ということで、 こまめに研究室サーバへ進捗をアップロードしなくてはならなくなったため、CircleCIで自動化させるようにしました。 ※ 追記 : 2018/01/23 uploadスクリプト内でgit configでパスワード指定していた箇所を修正しました。 構成 git push ➜ uploadスクリプト実行 ここが一番ハマりました。 というのも、最初git hookのpost-receiveを使ってやろうとしていたからです。 参考 : git hookでサイトを更新、やってみた 数時間、post-receiveの処理が呼ばれないと唸って、 詳しい友達に聞いたところ、Githubは出来ないからGitHub Webhookか、CIを使
circleci/ruby:2.4.1-node-browsersって何入ってるのか知りたかった - Qiita
printf '#!/bin/sh\nXvfb :99 -screen 0 1280x1024x24 &\nexec "$@"\n' > /tmp/entrypoint && chmod +x /tmp/entrypoint && sudo mv /tmp/entrypoint /docker-entrypoint.sh # (nop) ENV DISPLAY=:99 export CHROMEDRIVER_RELEASE=$(curl --location --fail --retry 3 http://chromedriver.storage.googleapis.com/LATEST_RELEASE) && curl --silent --show-error --location --fail --retry 3 --output /tmp/chromedriver_linux64
CircleCI 2.0 移行時に直面した問題とその解決方法 for Rails Project - Qiita
2018年8月31日を最後に、CircleCI 1.0が使えなくなることがアナウンスされました。 See: CircleCI 1.0 End of Life on August 31, 2018 社内向けに展開していたのですが、需要がありそうなので公開してみます。 ハマったポイント 1. rspec_junit_formatter がロードできないと言われる $ #!/bin/bash -eo pipefail bundle exec rspec --profile 10 \ --format RspecJunitFormatter \ --format progress \ --out test_results/rspec.xml \ $(circleci tests glob "spec/**/*_spec.rb" | circleci tests split --split-by=t
Excel方眼紙で手順書作るのやめ隊 - AWS/GitHub/CircleCI/mkdocs でドキュメント管理- - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Excelで書かれた手順書をゴニョゴニョするの本当に嫌だなと思ったので、なんとかもうちょっと生産的に仕事が出来ないかと思ってこの記事を書きました。構想の半分は妄想で出来ています。 追記 内容少し減量してまとめたやつを自社ブログでも執筆・掲載してみました。よければこちらも。 ちょっとしたネタはこっちで細々執筆していく予定です 2018/02/26 制作物の公開 Excelやめたい方、多いみたいですね。それなりに影響があったようで私も嬉しいです。現状のブツですが、制作物があるので以下でリンクを貼っておきます。 S3 Website Host
CircleCIで出来るコト - Qiita
CircleCI？ CircleCI 流行りのCIサービスです。 GitHub / BitBucketのPUSHに反応して、コードをゴニョゴニョします。 お金かかるの？ Pricing and Plan Information - CircleCI 1コンテナは無料です。 privateリポジトリでも、です。 つまり、ビルドに時間がかかっても良いなら、無料で使い続けられます。 ただし OS Xのコンテナは有料です。 iOSアプリのCIには、お金が必要です。 つづき 仕事としてフルタイム使うと、1日5〜10ビルドは最低必要なので、$129/monthは必要です。 複数人で開発とかしてると、もう一つ上の$249/monthぐらいが必要かも。 なにをやらせるか circle.ymlというファイルを、リポジトリのルートに置いておきます。 そこに実行させたいコマンドや、環境の指定を書いておくと、それ
GitHubのマージ済のブランチをCircleCIで定期的に削除する - Qiita
2019年7月にGitHubにマージしたブランチが自動削除される機能が入ったためこの記事は内容の非推奨です。 Automatically delete head branches of pull requests - GitHub Changelog ブランチの自動的削除を管理する - GitHub Docs 以下は古い記述 前置き マージ済のブランチは基本的に消しても問題ないので、GitHub上には進行中のブランチだけがあるきれいな状態に保ちたいところ。 PRをマージした後にブランチを消すボタンが出るんですが、チームで開発してるとどうしても消し忘れる人が1人はいるので 1CircleCIで定期的に消すようにしました 前提 GitHub CircleCI 2.0 準備 GitHubにpushするための権限が必要なので「Settings -> Checkout SSH keys」でuser
GitHubのマージ済のブランチをCircleCIで定期的に削除する - Qiita
2019年7月にGitHubにマージしたブランチが自動削除される機能が入ったためこの記事は内容の非推奨です。 Automatically delete head branches of pull requests - GitHub Changelog ブランチの自動的削除を管理する - GitHub Docs 以下は古い記述 前置き マージ済のブランチは基本的に消しても問題ないので、GitHub上には進行中のブランチだけがあるきれいな状態に保ちたいところ。 PRをマージした後にブランチを消すボタンが出るんですが、チームで開発してるとどうしても消し忘れる人が1人はいるので 1CircleCIで定期的に消すようにしました 前提 GitHub CircleCI 2.0 準備 GitHubにpushするための権限が必要なので「Settings -> Checkout SSH keys」でuser
Androidアプリのbuild.gradleの情報の一部を暗号化管理した状態でCircleCIを使う - Qiita
はじめに 3月23日（木）に行われたGotanda.mobile #2で発表した内容になります。 LT資料： AndroidアプリをOSSで運用してみる // Speaker Deck yamacraft/android.RequestPermissions: RequestPermissions動作確認用サンプルプロジェクト 概要 個人開発しているAndroidアプリをOSSとして運用する上で、「公に見せたくない情報の管理をどうするか」という懸念点があると思います。 今回はその中でbuild.gradle内の情報の一部をリポジトリ上で見えない形で運用する方法の一部を共有します。 あくまでもこれが正解なのかどうかわからないので、より良い方法があればコメントなどにご意見おねがいします！ local.propertiesによるテキストの保存 Androidプロジェクトで「リポジトリに残したくな
CircleCI 2.0 で Node.js のテストを試す - Qiita
はじめに CircleCI 2.0 のベータ版が使えるようになったので、試しに Node のテストを実行してみました。 従来に比べ柔軟な設定ができるようになっており、非常に好感触でした。 参考 CircleCI 2.0: Beta Access - CircleCI CircleCI 2.0 で何が変わったか ざっくりいうと、任意の Docker イメージを指定し、任意のビルドステップを実行できるようになりました。 同じく Docker ベースの CI である Wercker を使ったことがある方は、それと同じようなものを想像していただければ大丈夫です。 設定ファイルの比較 CircleCI 2.0 では、従来の設定ファイル circle.yml とは、全く異なる形式で .circleci/config.yml に設定ファイルを置きます。 CircleCI 1.0 CircleCI 1.0
iOSプロジェクトのCircleCI 2.0設定例 - Qiita
iOSプロジェクトのCircleCI 2.0対応を行ったので、その内容を共有します。 オフィシャルのドキュメントが結構充実していて、これらを参考にしてymlを作りました。 Testing iOS Applications on macOS iOS Project Tutorial Migrating Your iOS Project From 1.0 to 2.0 またサンプルリポジトリも提供されています。 https://github.com/CircleCI-Public/circleci-demo-ios/ CircleCI 2.0では、 circle.yml の代わりにルートフォルダに .circleci/config.yml を作成します。 version: 2 jobs: # ユニットテスト build-and-test: macos: xcode: "9.0" working
.circleci/config.yml を書き始めるときは circleci コマンドを使うと効率が上がる - Qiita
CircleCI 2.0 の .circleci/config.yml を書き始めるときは circleci コマンドを使うと効率が上がります。 Using the CircleCI Local CLI TL;DR CircleCI 1.0 で使えた Test Commands は CircleCI 2.0 では使えない その代わりに CircleCI 2.0 では circleci コマンドが用意されている circleci コマンドを使うと .circleci/config.yml をローカルの Docker でテストできるので、わざわざ commit して push する手間が省ける Test Commands は CircleCI 2.0 では使えない CicleCI の各プロジェクトの設定画面には Test Commands という項目があります。 ここに書いたコマンドは設定ファ
Circle CI 2.0 の設定・アップグレード方法 with Rails - Qiita
概要 Circle Ci 2.0 の設定やアップグレードの方法を紹介していきます。具体的な設定内容は、Ruby on Rails を例にしています。 Version 2.0 の特徴 Version 2.0 の主な変更点を簡単に紹介します。 スピードがアップした ビルドが早くなった ビルドサイクルが早くなった Docker 環境上でテストを実行するようになった ローカルで実行できるようになった ワークフローが導入された ref. Launching Today: CircleCI 2.0 Reaches General Availability | CircleCI Blog ref. CircleCI 2.0 が正式リリースされたので早速移行しました | SmartHR Tech Blog 設定方法 設定ファイル Version 1.0 では circleci.yml に設定を書いていまし
CircleCI 2.0 の type: approvalを使ってbuildからgitにpushまでする例 - Qiita
概要 CircleCI上でフロントエンドビルドしてpushまでする、みたいなのをworkflow使うといい感じにできるよという話。1.0の頃は全部実行されていたのが、manual approvalによってほしいときだけに実行する素敵機能になってくれた。 （ビルドの生成物gitにpushするのどうよ？という話もありそうだけど、今回そこは置いておく） 今回は、CircleCIのこのへんの機能を利用する workflow manual approval environment when attribute config.yml 今回はlaravel-mixなprojecteでの例示をする。 多分フロントエンドじゃないプロジェクトでも使えると思う version: 2 jobs: unittest: # 通常のテスト処理など docker: php:5.3 steps: - checkout -
iOSアプリをCircleCIにのせる - Qiita
# iOS CircleCI 2.0 configuration file # # Check https://circleci.com/docs/2.0/ios-migrating-from-1-2/ for more details # version: 2 jobs: build: # Specify the Xcode version to use macos: xcode: "9.0" steps: - checkout - run: bundle install # Install CocoaPods # Fastfileで指定しているなら不要 - run: name: Install CocoaPods command: pod install # Build the app and run tests - run: name: Build and run tests com
RailsにSideCIとCircleCIをそれぞれ導入する - Qiita
はじめに RailsアプリにCIツールを導入して、コードの自動解析やテストやデプロイを自動でやりたかったので 比較的簡単に導入できそうなSideCIとCircleCIを使ってみました。 その時の導入方法や使ってみた所感をつらつら書きます。 リポジトリやコードはあくまで参考にしてください。 こんな時に使える コードの品質を一定にしたい レビュアーの負担を減らしたい プルリクエストに対して自動でテストやデプロイしたい CIの結果をslackに通知したい もろもろ自動化したい SideCI 概要 公式 : https://sideci.com/ プルリクエストを自動で解析し、セキュリティバグ、コード規約、文法、重複記述、未使用の変数、複雑度を検知します 準備 Githubのアカウントがあれば利用できます。 Githubと連携してアカウント登録します。 パブリックリポジトリは無料ですが、プライベー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Apps Script のデプロイを Circle CI から行う - Qiita
TypeScriptとJestとCircleCIとCodecovな環境 - Qiita
CircleCI Failureメモ - Qiita
