Tips for optimizing Docker builds
Docker images are the blueprints for containers, providing the instructions for how a container is spawned. They are used as the primary image in the Docker executor. This post will highlight some expert tips that can help you optimize Docker image development and the build process. How do you build a Docker image? The Docker build process is triggered by using the Docker CLI tool to run the docke
6 optimization tips for your CI configuration
The customer engineering team at CircleCI helps users optimize how their configuration files are set up. Every day, they can find the most useful features for your projects, balancing both your time and your credit consumption. After performing dozens of config reviews for 20+ of our enterprise-level customers, our customer engineering team has it all down to a science. Because you and your team m
CircleCIでプロジェクトごとに設定した環境変数の値を確認したい | DevelopersIO
こんにちは、CX事業本部の若槻です。 今回は、CircleCircleCIの[project settings]-[Environment Variables]で設定した環境変数の値を確認するTipsです。 登録済みの環境変数は[project settings]-[Environment Variables]の画面では確認できなくなる CircleCIではプロジェクトごとに利用したい環境変数を画面コンソールの[project settings]-[Environment Variables]から設定することができます。 しかし登録後は値の末尾4文字以外がマスクされて、コンソールから環境変数の値は確認できなくなってしまいます。 セキュリティ的にはこれで良いのかもしれませんが、「同じ環境変数を別のプロジェクトでも設定したい！」という場合などには別途方法により確認が必要となります。 確認できな
CircleCI のデバッグ方法3つ - Qiita
今年は仕事で、Rails アプリケーションの CI 環境を Jenkins から CircleCI に移行しました。 その際に、CircleCI のデバッグ方法って意外とまとまっていないなー、と感じました。 本記事では、私が実際にやっていたデバッグ方法について書かせていただきます。 ちなみに、2018年11月に行われた Sansan Builders Box では、本記事の内容も含めて、CircleCI移行について話をさせていただきました。その際の資料は↓↓になります。 名刺のデータ化システムを支えるCI基盤への取り組み/GEES and CircleCI - Speaker Deck ローカルビルド 基本的には、CircleCI 上でテストが全て通るように .circleci/config.yml を修正していく作業になると思います。その際に、修正する度に git push してビルド
CircleCI 2.1 の新機能を使って冗長な config.yml をすっきりさせよう！ – PSYENCE:MEDIA
使うときはコマンド等の中で<< parameters.パラメータ名 >>と書いてやると渡ってきたパラメータが展開されます。また <<# parameters.パラメータ名 >>hogehoge<</ parameters.パラメータ名 >>と書くとparameters.パラメータ名が真の場合にブロックの中身（hoghoge）が展開されます。真偽の判定については後述するConditional Stepsを参考にしてください。 今回の例では deploy_dev、deploy_stg、deploy_prodの３つのジョブはnpm run deploy:の後に指定するパラメータ以外はすべて同じなのでdeployジョブとしてまとめてみます。 version: 2.1 executors: default: working_directory: ~/workspace docker: - image
CircleCI 2.1のすゝめ - Qiita
はじめに CircleCIは開発・運用を効率化してくれる自動化サービスです。 githubやbitbucketと連携させ、指定したブランチに更新があった時点で自動でビルドやテスト、デプロイなどの実行ができます。 2.1を使ったことがなかったので、新機能を調べてみました。 ※ CircleCI2.0までを知っている方向けの記事になります CircleCI 2.1 2018年末、 2.0 -> 2.1 にアップグレード DRYに設定ファイルを記述するには、yaml記法では限界があった 冗長な jobs の記述をシンプルにできる これまでと性能的な違いはない 2.0からの移行が簡単 CircleCIの設定画面で新しいパイプラインを有効にする([Advanced (詳細設定)] セクションの下部) 既存の config.yml で version: 2.0 を 2.1 にするだけ! 2.0から廃止
ブログのCIをCircleCIからGitHub Actionsに乗り換えてみた
このブログのCIをCircleCIからGitHub Actionsに移行しましたので、備忘のために作業時のメモを(補足を添えて)公開します。 動機 GitHub ActionsをCIとして業務利用できるかどうか体感で確認したかったためです。 要件 developmentブランチへのpushをトリガーにRaketaskを実行し、jekyllによって静的サイトを生成する 生成された静的サイトをmasterブランチへpushする 直近のビルド成功時のCommitと比較し、/_posts/以下に差分がある場合はindexを生成しAlgoliaサーバにアップする やったこと /.github/workflowsディレクトリを作成する(命名固定) ディレクトリ以下にGithub Actionsのconfigファイルを作成する(命名は自由なのでdeploy.ymlとする) deploy.ymlにCirc
[Go]次世代イメージcimg/goとcircleci/go Orbsを使った2020年版CircleCIの環境構築 - My External Storage
2020年になって、CircleCIのCI用の公式ベースイメージはcimg/base派生になった。 ただ、2020/06/07現在、Go向けの言語別公式ガイドの中身は古いままである。 cimg/goを使ったGo向けのCircleCIの設定をまとめる。 TL;DR CircleCIで利用するコンテナイメージに次世代版が登場した。 https://hub.docker.com/r/cimg/go 直接使わなくても、Orbsが便利 https://circleci.com/orbs/registry/orb/circleci/go go/mod-download-cachedでキャッシュとGo Modules周りがすぐ解決。 go-junit-reportをgo getしなくてもよい gotestsumコマンドがデフォルトインストールされている GOPATHは変更されているので注意する /hom
![[Go]次世代イメージcimg/goとcircleci/go Orbsを使った2020年版CircleCIの環境構築 - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/a577acb8d1634da20e6ae94b93c15aabad4767d9/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2Flogos%2FGo-Logo_Aqua.png){kind=logo}
いまさらだけどCircleCIに入門したので分かりやすくまとめてみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今度入社する会社では、JenkinsでなくCircleCIを使っているということなので、1から勉強した内容を初心者向けにまとめました。 また、最新バージョン2.1(2018/12時点)の新機能も本記事では触れています。 ※2019/8/8追記 Slack連携に関する記事も書きました。 SlackでCircleCIからカバレッジレポート通知を受け取る設定手順 ※2020/4/2追記 https://twitter.com/CircleCIJapan/status/1245253320551399424 CircleCIさんより、
Ruby on Rails 5.0 に アップデートした時に発生した問題と対応方法 — みんなのウェディングエンジニアリングブログ
みんなのウェディング、松久（@kamonegi1977） です。 利用している Ruby on Rails のバージョンを 4.2 から 5.0 にアップデートしました。 5.0 へのアップデートで行った事をまとめます。 アップデートまでの流れ Rails 5 へのアップデートプルリクエストができる 作られたプルリクエストを開発環境にデプロイし、手動でブラウザ確認する 日々の変更を毎日取り込む 手動でのブラウザ確認、リリース後見つかったエラーは、再現テストを作って対応する プルリクエストをマージしてリリースする 最初、アップデートに必要なことをプルリクエストを用意しました。 その後、ブラウザ確認を行いエラーになったところを見つけたら再現テストを用意していき、リリースをしました。 gem の変更と削除 gem のアップデートは、日々追従していますが、Rails 5.0 に合わせて変更や追加が
GitHubとCircleCIの連携について - WonderPlanet DEVELOPER BLOG
サーバーエンジニアの若原です。 今回は開発でも使っているCircleCIのGitHub連携について紹介させていただきます。 CircleCIとは継続的インテグレーションのためのクラウドサービスです。 GitHubと連携することができ、git pushなどをトリガーにビルドを走らせることができます。 1コンテナまでは無料で使用することが可能ですが、複数のビルドを並列で行うためにはコンテナを増やす必要があり、2つ以上のコンテナを使用したい場合は有料となります。プロジェクトの規模を考えて適切な量のコンテナ数を追加する必要があります。 サインアップ CircleCIへはGitHubのアカウントでサインアップすることができます。 プロジェクトの追加 サインアップ直後にダッシュボードに遷移します。プロジェクトが存在しないため赤枠内の「Add Projects」からGitHubのプロジェクトを追加します
CircleCIによる電子書籍の継続的デプロイメント - Fuzoku実践入門ブログ
先日、CircleCIを導入して、CIによるEPUBビルド環境が整ったわけですが、人間とは欲望が尽きないもので、こうなってくると、今度は継続的デプロイメント環境が欲しくなってきました。 私が考える電子書籍の継続的デプロイメントがどのようなものか整理してみると、EPUBビルド（テスト）が完了した後に、Kindleへファイルを自動送信するのが自然だろうという回答に至りました。 そこで、CircleCIに設定を追加して、継続的デプロイメント環境を整えてみるとことにしました。 kindlemail を改造して環境変数に対応させる KindleへのMOBIファイルの転送は、以前記事に書いたとおり、kindlemailを利用しているのですが、今回、CircleCIで動かすにあたり、OAuthトークンなどを設定ファイルからではなく、環境変数から読み込むようにした方が良いと思いましたので、改良をほどこした
CI（継続的統合）as a Serviceの「Circle CI」がDocker対応を開始
Githubにコードをプッシュすると自動的にコードを取り込んでビルドが行われ、テストが走る。いわゆる「CI：Continuous Integration（継続的統合）」を実現するCI as a Servicesを提供する「Circle CI」が、Docker対応による継続的インテグレーション／継続的デリバリの開始を発表しました。 DockerファイルによってCircle CIで行うビルドとテスト環境を定義できるため、開発環境とテスト環境、デプロイ先の稼働環境などの違いを事実上なくせることが大きな利点だと説明されています。 You can now use all Docker functionality within our build environments. All of the usual Docker commands work as expected, so you can bu
チームブログをGitHubとHexoではじめよう！ | Tokyo Otaku Mode Blog
Tokyo Otaku ModeでEngineerやってますpchwです。 通常、チームで技術ブログを書こうとすると、 他の人からフィードバックをもらいにくい フィードバックをもらっても、どの部分への指摘かわからない 下書きをキャプチャした画像に赤入れされたのが送られてきた そもそもリッチテキストで書くのがダルい など不幸な出来事が起こりがちです。 僕らは日々の開発と同じようなフローに則ってチームでブログを執筆する環境を整えたので、その方法を共有します。 Tokyo Otaku Modeでは、主にNode.jsを使って開発を進めています。 そのため、プラグインを書くのにもふだんの環境がそのまま使えるHexoというBlogging Frameworkを使って、ブログを執筆する環境を整えました。 HexoはNode.js製でOctopressの影響を受けて開発されています。 HexoもOcto
プライベートリポジトリを激安にCI出来るCircle CIが凄い。 - Qiita
@takehiro に教えて貰ったCircle CIを使ってみるともの凄く良くて、とてもお勧めなので記事を書きました！ Circle CIって何？ Travis CIと同機能でWebでのUIが若干違うサービスです。 CIとしての仕事はきちんと行えます。 Circle CIの使い方 https://circleci.com/ にアクセスします。 Githubアカウントでサインアップを行います。 画面に従って進むとプロジェクトをfollowする画面が表示されます。 CIしたいプロジェクトをfollow後、"Done Managing Repos"をクリックします。 ここでは"camelmasa/spree"を選択します。 するとfollowしたプロジェクト一覧のテスト結果の画面が表示される様になります。 これでCIが出来る環境が整いました！ 後はgithubにpushする毎にCIが実行される様
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIのサポートが実践するデバッグ方法 / The way to debug the builds as practiced by CircleCI support