CircleCIでflutter testする - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Using <<: *defaults syntax in config.yaml, AKA Yaml anchors
Is this syntax valid anymore? I can find NO documentation on it… I am using it and it works… is this an undocumented feature??? … it’s a way to share configuration across multiple jobs… is this still valid? Is this deprecated?? Is there an alternative? I like to keep the config DRY! defaults: &defaults working_directory: ~/project docker: - image: python:3.6.1 version: 2 jobs: build: <<: *defaults
~/.yarn-cache/ を CI でキャッシュしてはいけない - Qiita
2017/01/16 (月) 追記： CircleCI の公式ドキュメントに yarn の導入方法が明記されています。今後はそちらに合わせるのがベターです。 Install and Use Yarn (the NPM replacement) on CircleCI - CircleCI これまで行っていた設定だと、yarn のパッケージインストールのタイミングで「すでに yarn がインストール済み」とエラーが発生するようになってしまいました。よって以下は古い記事なので、読み飛ばしてください。 要約すると yarn 0.17.x から、キャッシュ保存先が OS によって変わる ようになった！ CI で ~/.yarn-cache/ をキャッシュする設定を入れている場合、正しいパスに変える必要がある ~/.cache/yarn/ (Linux の場合) 事の流れ 先週あたりから、npm に
[CircleCI2.0]Markdown仕様書をBasic認証付きURLで公開する - Qiita
version: 2 workspace_root: &workspace_root ~/workspace defaults: &defaults docker: - image: circleci/ruby:2.4.2-node-browsers environment: RAILS_ENV: test BUNDLE_JOBS: 3 BUNDLE_RETRY: 3 BUNDLE_PATH: vendor/bundle DB_HOST: 127.0.0.1 - image: circleci/mysql:5.7 working_directory: *workspace_root attach_workspace: &attach_workspace attach_workspace: at: *workspace_root jobs: build: <<: *defaults step
![[CircleCI2.0]Markdown仕様書をBasic認証付きURLで公開する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bf5bbf0ee37d098ec7e22b4806a94a53462fc682/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQ2lyY2xlQ0kyLjAlNURNYXJrZG93biVFNCVCQiU5NSVFNiVBNyU5OCVFNiU5QiVCOCVFMyU4MiU5MkJhc2ljJUU4JUFBJThEJUU4JUE4JUJDJUU0JUJCJTk4JUUzJTgxJThEVVJMJUUzJTgxJUE3JUU1JTg1JUFDJUU5JTk2JThCJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0wOGMyNmMyZDA1NjA0YzFlYTNkNzk5OGNiYjEzYTQ5Nw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBoYXJheWFtYTImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWQzZjVjN2QxYjNkOTMyMTA0ODM1ZjNmYjgxZTNjNjVj%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-SEFCJkNvLg%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Daa1af7004f4e892309f0e9c93fc54099)
CircleCI 2.0 をlocalで動かす - Qiita
自分のブログに書いたけれども誰にも見られてなくて悲しかったので転載しました。 http://selmertsx.hatenablog.com/entry/2017/11/20/192719 概要 自分がいるプロダクトでCircleCI 2.0 の導入をすることになった。 恥ずかしいことにCircleCIの設定を自分でしたことが無かったので、設定を簡単にする方法を探した。 公式ドキュメントを読んでいたら、circleci をlocalで動かす方法が見つかったのでやってみた。 その結果、10minくらいで簡単に動かせることが分かった。 このドキュメントには、circleciをlocalで動かす方法と、localで動かす際の注意点を記載する。 基本的には、このドキュメントからの抜粋なので、疑問に思ったらそっちを見て頂けると 手順 circleciコマンドのインストール circleci 2.0用
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
CEO＆Developerチームが来日！製品ロードマップも語ります！－CircleCI Tokyo User Meet-Upー｜IT勉強会・イベントならTECH PLAY［テックプレイ］
Event content (English follows) 自動化によりエンジニアのテスト効率を劇的に上げ、コラボレーティブな開発に革命を起こしたCircleCIが来日します！！ そこで、03月29日にCEOやDeveloperメンバーを迎えたMeetupを開催したいと思います。 当日はCEOのJimから2018年以降の製品ロードマップを共有してもらいます！ そしてLTでは、クラウドワークスとトレタからも事例tipsをお話してもらいます。 日本のDeveloperの方々とCircleCIの機能やサービスについて色々とディスカッションができると嬉しいです。 夜は飲物と軽食も用意しています！ なお、セッションは英語（通訳つき）と日本語で行います。英語が苦手な方でも大丈夫ですので、お気軽にご参加ください！ -------------------- CircleCI CEO Jim Rose
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のManual Approvalを利用したシンプルなブランチ/タグ運用 | DevelopersIO
はじめに こんにちは、中山です。 私が現在関わっている案件ではCircleCIを利用してAWS SAMで管理されたサーバーレスアプリケーションのCI/CDを整えています。ご存じの方も多いかと思いますが、CircleCIは去年2.0を発表しその機能を大きくアップデートしてくれました。Dockerを全面的に取り入れたアーキテクチャに変わっていたり、ローカルでの実行などもサポートされ日々便利に使っています。 今回は、そんなアップデートの内Manual Approvalについてご紹介したいと思います。この機能はワークフローに静止点を作ってくれるものなのですが、これを応用して複雑になっていたブランチ/タグ運用をシンプルにできた事例についてご紹介します。 今までの課題 私が関わっている案件ではGitのブランチ運用をGitHubフローにしています。つまり、フィーチャーブランチを master ブランチか
CircleCI2.0でHaskellのテストを実行する | Recruit Tech Blog
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2017 の投稿記事です。 はじめに こんにちは。英語学習GでiOSエンジニアをしている浅井です。 趣味レベルですがHaskellを愛好しています。家庭内SlackのBotや、ちょっとしたツール類はHaskellで書くことが多いです。その中で得た知見をブログにしていきたいと思います。 本記事では、新規プロジェクト作成からCircleCIへの投入までを解説します。また、本記事で作成したプロジェクトをGitHubで公開していますので、参考にしていただければと思います。 yukiasai/haskell-circleci-example 開発環境について 下記のリンクを参考に開発環境をインストールしましょう。インストール済みであればスキップしてください。 stack 1.5.1 CircleCI 2
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を使
Git clone fails in Circle 2.0
I’m trying to migrate one of my builds to 2.0. The build has a clone step of an external (and private) repository that contains some infra code for the build to execute. Original circle.yml is working just fine: dependencies: pre: - git clone git@github.com:OrgName/Repo.git ~/RepoLocation In the new config.yml, I tried to do the same: … steps: - run: name: Download HSConfiguration command: git clo
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
Caching dependencies :: CircleCI Documentation
Caching is one of the most effective ways to make jobs faster on CircleCI. By reusing the data from previous jobs, you also reduce the cost of fetch operations. After an initial job run, subsequent instances of the job run faster, as you are not redoing work. Caching is useful with package dependency managers such as Yarn, Bundler, or Pip. With dependencies restored from a cache, commands like yar
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Apps Script のデプロイを Circle CI から行う - Qiita
