CircleCI x Docker Compose の volume mounts でハマったメモ - Qiita
概要 Ruby on Rails の勉強のために sandbox-rails を作って色々実験中。 まずは Quickstart: Compose and Rails を参考に基本となるプロジェクトを作成。 次に自動テスト環境を構築したいので、一先ず rubocop を入れて CircleCI 上で動くようにしたい。 そこで Installing and Using docker-compose を参考にして CircleCI 用の設定を書いていく。 ここで問題が。手元で動く rubocop が CircleCI 上で動いてない。 Using Docker Compose with Docker Executor に書いてあるけど、setup_remote_docker を使っている場合 ボリュームマウントは機能しない とのこと。 これに気付いて docker-compose.yml から
CircleCIでRails+MySQLプロジェクトの自動テストを行うための最低限の設定 - Qiita
これはなに？ Rails + MySQLで作成したプロジェクトのRspec自動テストを、CircleCIで行いたい！ そのために最低限必要な、.circleci/config.ymlの設定方法を紹介します 環境 Ruby 2.5.1 Rails 5.2.1 CircleCI 2.0 .circleci/config.ymlの設定 デフォルトの設定ファイル CircleCIの「Add Project」から、GitHubのプロジェクトを選択し、Languageの設定から「Ruby」を選ぶと、以下のSample .yml Fileが自動で払い出されます (2018年12月現在) # Ruby CircleCI 2.0 configuration file # # Check https://circleci.com/docs/2.0/language-ruby/ for more details
CircleCIでmysql8を使用する設定 - のんびりSEの議事録
CircleCIでmysqlを使用しようとしたときに、思ってた以上にハマってしまうポイントがあったので、備忘録として残しておきます。 versionは2を使用する想定です。 設定ファイル Railsアプリを想定した例です。 .circleci/config.yml version: 2 general: branches: only: - master - develop - /^test.*/ jobs: build: working_directory: ~/sample docker: - image: circleci/ruby:2.5.3-node-browsers environment: RAILS_ENV: test DB_USER: dbuser DB_PASSWORD: ****** DB_HOST: '127.0.0.1' # Point 1 - image: cir
依存関係のキャッシュ - CircleCI
キャッシュは、CircleCI でのジョブを高速化する最も効果的な方法の 1 つです。 また、以前のジョブからデータを再利用することでフェッチ操作のコストを下げることができます。 ジョブを 1 回実行すると、それ以降のジョブインスタンスでは同じ処理をやり直す必要がなくなり、その分高速化されます。 キャッシュは、Yarn、Bundler、Pip などのパッケージ依存関係管理ツールと共に使用すると特に有効です。 キャッシュから依存関係をリストアすることで、yarn install などのコマンドを実行するときに、ビルドごとにすべてを再ダウンロードするのではなく、新しい依存関係のみをダウンロードすれば済むようになります。 警告: 異なる Executor 間で (たとえば、Docker と Machine、Linux、Windows、または MacOS の間、または CircleCI イメージと
Database Configuration Examples - CircleCI
This document provides example database config.yml files using PostgreSQL/Rails and MySQL/Ruby. Using Docker? Authenticating Docker pulls from image registries is recommended when using the Docker execution environment. Authenticated pulls allow access to private Docker images, and may also grant higher rate limits, depending on your registry provider. For further information see Using Docker auth
[Rails]自動テスト〜自動デプロイまでをDockerコンテナで実行する方法 - Qiita
こちらの記事の続きです RSpec on DockerでChromeブラウザテストを行う方法 DockerでのRuby on Rails環境構築を一つずつ詳解する CircleCI→herokuのCI/CDパイプライン構築手順 手順としては上記記事の続きであり ・Dockerでの開発環境を構築している ・単体テスト・統合テストをDockerコンテナ内で実行できる ・Github→CircleCI→herokuのCI/CDパイプラインを構築している を前提としています。 今回はこれらを組み合わせて CicleCIでの自動テスト環境にdocker-composeを利用していきたいと思います。 これにより開発環境、テスト環境、本番環境の環境差分が無くなります。 CircleCIでDocker使用時はMachine Executor CircleCIでは通常はdocker環境でテストを実行させるよ
![[Rails]自動テスト〜自動デプロイまでをDockerコンテナで実行する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/eaa8ade3fb73350e96bd1a77ce7f02366109e540/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUmFpbHMlNUQlRTglODclQUElRTUlOEIlOTUlRTMlODMlODYlRTMlODIlQjklRTMlODMlODglRTMlODAlOUMlRTglODclQUElRTUlOEIlOTUlRTMlODMlODclRTMlODMlOTclRTMlODMlQUQlRTMlODIlQTQlRTMlODElQkUlRTMlODElQTclRTMlODIlOTJEb2NrZXIlRTMlODIlQjMlRTMlODMlQjMlRTMlODMlODYlRTMlODMlOEElRTMlODElQTclRTUlQUUlOUYlRTglQTElOEMlRTMlODElOTklRTMlODIlOEIlRTYlOTYlQjklRTYlQjMlOTUmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTU0YTI1MTA0NWNkY2RhYWUwNDQ2NzIzYzQxMDExMGNm%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBkYWljaGk0MSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZGE4MzEzNDU0MzNlYjI2ODc1ZWExYTA0YWRlMTNjNGQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D7cfe90f02f77bfbb6a5cfb3224bff614)
CircleCI イメージ - CircleCI
プレフィックスが「 circleci/ 」のレガシーイメージは、 2021 年 12 月 31 日に サポートが終了しています。 ビルドを高速化するには、 次世代の CircleCI イメージを使ってプロジェクトをアップグレードしてください。 このドキュメントでは、CircleCI イメージ (CircleCI が提供するビルド済み Docker イメージ) について説明します。また、各言語、サービスタイプ、タグごとのイメージをご確認いただけます。 CircleCI では、すぐに使える Docker イメージを多数提供しています。 通常、これらの CircleCI イメージは公式 Docker イメージの拡張版で、特に CI/CD に便利なツールが含まれています。 このドキュメントでは、CircleCI イメージを使用する際のベストプラクティスを紹介します。 下記で説明していますが、レガシ
Docker コマンドの実行手順 - CircleCI
このページでは、デプロイやテストを行う Docker イメージをビルドする方法について説明します。 このページの Docker 実行環境を使った例では、リモート Docker 環境でサービスを開始する方法を紹介します。 現在、リモート Docker 機能の更新作業を行っています。 ユーザーの皆様に実行していただく作業はありません。このページの内容はすべて、段階的に廃止される既存のリモート Docker の実装についての内容です。 すべてのジョブが新しい実装に移行されると、このページの現在の内容は古い情報となり、新しいアーキテクチャに基づく情報に置き換えられます。 新しいアーキテクチャの詳細やこのロールアウトに関する最新の情報は、 Discuss の投稿 (英語)でご確認ください。 Docker 実行環境でデプロイする Docker イメージをビルドするには、セキュリティのために各ビルドに独
MiddlemanでbuildしたコンテンツをCircleCI/capistranoでさくらのVPSにデプロイする - Qiita
前回（MiddlemanでbuildしたコンテンツをCircleCI経由でAmazon S3に同期する）の設定を発展させて、capistranoを加えてリモートホストへデプロイしたいと思います。 とにかく簡単にCircleCIとcapistranoを連携させたかったので、前回同様、必要なモノは少ないです。 今回に関してはMiddlemanでなくても単なる静的コンテンツでもデプロイ可能です。ホストをSSHが使えるレンタルサーバー等にすれば、サーバーの設定も必要なく使えると思います。 手順 Middlemanのプロジェクトを作成（前回参照） さくらVPS側の設定を行う（Webサーバーの設定/SSHの設定） capistranoの設定を行う CircleCIの設定を行う 結果：masterをGitHubにプッシュするとCircleCIのビルドが走り、変更がさくらVPSのサーバーにデプロイされる
docker-composeでRailsを開発しCircleCI 2.0でテストしてHerokuにdeployする - Qiita
はじめに だいたいタイトルに詰め込みましたが、より具体的にはこういう構成です。 ローカル開発 docker-composeでRailsとDBを立ち上げて開発 CircleCI docker-composeでローカルと同じ構成でのテスト deploy masterブランチをpushするとCircleCIがテスト後にHerokuへ自動でdeploy Heroku Railsが動くdockerコンテナがそのままdeployされる 特筆すべきはCircleCI上でdocker-composeを使っているところです。 これによりローカル開発と差が無い環境でCIを回すことができ、CircleCI用のDBを設定するなどのCIに依存した設定をする必要がなくなります。 今回使用したdockerとRailsの構成はほぼdocker公式のサンプルを紹介しているドキュメントのままです。 ただ何も変えていないのもつ
.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 という項目があります。 ここに書いたコマンドは設定ファ
CircleCIで始めるCI/CD導入の基本のキ (1/4)：CodeZine（コードジン）
前回はCI/CDに関する一般的な解説をしました。今回と次回でCI/CDの代表サービスの一つであるCircleCIを使って実際にCI/CDを設定する感覚を学んでもらいたいと思います。今回はCircleCIの設定方法の基礎から始めるので、記事の前半は比較的入門者向けの内容ですが、記事の後半では最新機能のVer. 2.1も紹介します。 これからCI/CDを導入する方にも、すでに活用されている方にも、CircleCIを通してCI/CDに対する理解を深めるお手伝いができれば幸いです。 前回の記事：「CI/CDのエキスパートが解説：CI/CDとは何か？ なぜ今、必要とされるのか？」 対象読者 前回の記事を読んでCI/CDに興味を持たれた方 CI/CDについて学びたい方 CircleCIを使ってみたい方 CircleCI Ver. 2.1について知りたい方 必要な環境／知識 GitHubのアカウント ソ
circle-ciを使ってみる - Qiita
概要 今まで、jenkinsを使っていましたが、運用が面倒なため、クラウドを試してみる。 雑誌で見かけて、１コンテナ無料なのでまた使ってみることにしました。 とりあえず、環境を整える意味で試してみたことをメモする。 必要なツール Docker Toolbox on macOS gitコマンド circleciコマンド Dockerインストール Mac上でDockerを使うためにDocker Toolboxをインストールする。 ( ※ Docker for macは遅いので、Toolboxを選択 ) Macなので、Homebrewでサクッとインストールする。 ( ※ ダウンロードしてのインストールはうまくいかないことがある )
Renovate で CircleCI Orbs のバージョンを自動で最新に更新する（ついでに Docker イメージタグも） - 生産性向上ブログ
renovatebot.com Renovate が CircleCI Orbs に対応していることを思い出したので、まとめてみます。 CircleCI Orbs のバージョン更新問題 CircleCI Orbs は、一言で言うと CircleCI の設定をモジュール単位でパッケージ管理するための仕組みです。設定の共通化や再利用でとても便利です。 www.kaizenprogrammer.com CircleCI Orbs については過去に入門記事を書いたので、詳細はそちらをご参照ください。 個々の Orb は、基本的にセマンティックバージョニングでバージョンを管理しており、Orb の定義を .circleci/config.yml に記述するときは次のような指定方法があります。 cypress-io/cypress@volatile cypress-io/cypress@1 cypres
CircleCIで試行錯誤した話 - Qiita
紹介 ZOZOテクノロジーズでSREをやっています。 先ずは、いままでCircleCIについて書いてきた記事を紹介させてください 2018年：弊社のアドベントカレンダー 「CircleCI + AWS Lambda function + Slackを使ったChatOps環境構築」 その他 「Incoming webhookを使ってCircleCIのSlackへの通知をJob別に分ける」 「CircleCIで重複したWorkflow(Job)を止める」 「CircleCIで、直前に実行したJobによって次のJobで実行する処理を変える」 「CircleCIでDockerコマンドを使う」 「CircleCIで使われているコンテナの中身」 何を記事にするのか 今回は、上記の記事以外で、CircleCIを使う上で対処してきた内容について書きます CIといえど、使い方は人それぞれなのですが、どなたか
Circle CI 2.0を(過度に)使わない - Qiita
version: 2 jobs: build: working_directory: /xxx/ docker: - image: aaa/bbb steps: - checkout - run: command: make ci なぜこれが理想形なのかというと、Circle CI 2.0ではソースコードの変更検知、チェックアウト、コマンド実行、結果通知だけに徹するべきであり、その他の責務については適切な他のツールが担うべきだと考えているためです。 責務を意識して適切にツールを採用していくと、以下のメリットが得られます。 特定のCIツールを過度に学習する必要がなくなる 特定のCIおじさんだけではなく開発者全員がメンテナンスできるようになる CIツールとエンジニアから共通のスクリプトが実行される その結果、スクリプトがメンテされる状況を維持できる 別のCIツールに移行できる ツールの採用 C
CircleCI Orbs 入門 | tsub's blog
とうとう待望の CircleCI Orbs がリリースされたので一通り触ってみました。 Announcing CircleCI Orbs and our new Technology Partner Program 今回作ったサンプルは以下のリポジトリにありますので手っ取り早く知りたい人は以下のコードを見ると良いかと思います。 tsub/circleci-orbs-sandbox CircleCI Orbs とは CircleCI の commands や jobs, executors をパッケージとして使い回すことのできる仕組みです。 公開されている Orb は Orbs Registry にあります。 CircleCI Orb Registry 公開されている Orb を使うには例えば以下のように書くことで自分の CircleCI のビルドで使うことができます。 version: 2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuring Circle CI 2.0 for a Real Rails Application
CircleCI 2.0でDockerイメージをビルドしてデプロイとかプッシュするための、わりと簡素な構成のconfig.yml - Living Absurd World
料金プラン - CircleCI
