CircleCIがAWSやGoogle Cloud、Kubernetesなどへ自動デプロイするための共有パッケージ「Orb」を公開。クラウドへの自動デプロイが容易に
CircleCIがAWSやGoogle Cloud、Kubernetesなどへ自動デプロイするための共有パッケージ「Orb」を公開。クラウドへの自動デプロイが容易に ビルドやテストのプロセスを自動化する、いわゆる継続的インテグレーション（Continuous Integration）の機能をサービスとして提供するCircle CIには、「Orb」と呼ばれる、設定ファイルなどを含むCircleCI向けパッケージの共有機能があります。 Orbは、CircleCIのWebサイト上の公開レジストリ的なサービスによってまざまな設定が公開されています。 例えば、CircleCIにAWSコマンドラインツールを統合する設定、ソースコードをビルドしてDockerイメージを生成、それをDockerレジストリに登録する操作を自動化する設定などがあります。 こうしたOrbを利用することで、CircleCIでさまざ
CircleCIこと始めYAMLファイルの基本から - カクカクしかじか
はじめに CircleCIの設定はすべて .circleci/config.yml のYAMLファイルに記述されます。 CircleCIの使う上ではYAMLファイルの記載方法について理解することが重要です。 わたし自身、だいぶ理解があやふやなので、自分のメモとしてもYAMLの基本とあまり触れられていないCircleCI上でのYAMLの記載方法についてまとめてみます。 なお、対応バージョンはCircleCI2.0以降のバージョンを対象とし、最後の例はRailsアプリを前提に記載しています。 YAMLの基本 YAMLはデータをシリアライズするためのフォーマットの1つであり、配列やハッシュなどいくつかのデータ型で構成されています。 (シリアライズとはコンピューターのメモリ上にあるオブジェクトをファイルとして保存したり、データとして送受信するために変換すること。) 1. シーケンス(配列) YAM
コード化したはてなブログリポジトリの更新を CircleCI 2.0 で自動化した - えいのうにっき
昨日、自分のはてなブログ（このブログ）の内容を GitHub で管理しはじめた、と書いた。 blog.a-know.me コード化したとはいえ、はてなブログのエディタが使いやすく、僕もそれに慣れきってしまっていることなどもあり、ブログの更新などはいままでどおり、はてなブログの管理画面で実施するつもり。 となると、この状態のままだと、「はてなブログ側は更新されているのに、リポジトリ側がそれに追随できていない状態が発生しやすい」といった課題が残る。 理想的には、「はてなブログ側で記事の更新が発生したら、それをトリガーにリポジトリ側にも Pull Request が作成される」といった仕組みができるといいのだけど、さすがにそれはできないので、次点案として「はてなブログ側とリポジトリ側の差分を定期的にチェックし、差分があったら自動的に Pull Request を作成する」のはどうかと考えた。つま
Introduction to environment variables - CircleCI
Use environment variables to set up various configuration options, and keep your set-up secure with secrets, private keys, and contexts. Environment variables in CircleCI are governed by an order of precedence, allowing control at each level in your configuration. See the Set an environment variable page for guidance on the different ways to set an environment variable. If you have existing enviro
CircleCI 2.0 移行に潜む闇 - SmartHR Tech Blog
こんにちは。SmartHR SRE チームの吉成です。 先日 CircleCI 2.0 移行の記事を書きましたが、CircleCI 2.0 に移行するのは一筋縄ではいきませんでした。 本日は設定の変更や Docker 利用の影響で行き詰まったことを紹介し、その解決方法を共有したいと思います。幾つかは前回の記事でも軽く触れたものになりますが、参考になれば幸いです。 カスタムイメージ置き場の闇 2.0 から自身で CI に利用したい Docker イメージをあらかじめ作ることで、ビルド中の動作環境を用意する時間を短くできるようになりました。 弊社では Ruby on Rails をベースにしつつも、フロントエンドのコードは npm を使って管理するように分割されているため、Ruby と npm の両方を扱える環境が必要でした。 そのため、今回は Ruby をベースイメージとして npm をイン
CircleCI2.0の機能と.circleci/config.yml の書き方 - Qiita
概要 CircleCI2.0の機能と .circleci/config.yml の書き方についてメモ 構造 ざっくり書くとこんな感じ jobs < job name > environment machine branches steps workflows < work_flow_name > triggers jobs workflow job をいつどの順番で実行するかを定義できます triggers workflow_name に定義した workflow を cron で実行する時間の指定ができます また、 branches を指定して、実行するブランチ絞ったり、除外したりすることもできます 公式ドキュメント jobs workflow_name に定義した job の実行する順番の指定ができます また、指定した job に対し、以下の属性を持たせることができます 属性 説明
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
