マスタカの ChangeLog メモ

■ pushover orb のメンテナーになった [CircleCI]

個人で Slack workspace を作るのはオーバースペックだという宗教的な理由から、各種通知は Pushover という通知サービスを利用しています。[2015-03-08-1] に紹介記事を書いてましたね。

今は亡き im.kayac.com を便利にしたやつと言えば、分かる人には分かるでしょうか？

長らく CI の失敗通知は CircleCI のコンソールを見て久しぶりに気づくという、ダメな運用をしていました。去年の 9 /13 に重い腰を上げて、CI が失敗したら Pushover に通知させようとしました。その時作った PR がこちらです。
https://github.com/pbrisbin/pushover-orb/pull/1

レビューして頂いたは良いが、放置してしまい、修正 commit をしたのが先日の 1/18。無事マージされましたが、作者様は GitHub Actions に移行しており、メンテナーにならないかとお誘いを受けました。
https://github.com/pbrisbin/pushover-orb/pull/1#issuecomment-762920348

ちょうど tfupdate orb で CircleCI Orb の勘所は掴んでいたので、喜んで承諾。リリース周りを整えたリポジトリがこちらです。

masutaka/pushover-orb

CircleCI Orb for sending push notifications with Pushover

メンテナーも変わったことだし、メジャーバージョンアップしつつ v2.0.0 をリリースしました。
https://circleci.com/developer/orbs/orb/masutaka/pushover?version=2.0.0
https://github.com/masutaka/pushover-orb/releases/tag/v2.0.0

よろしければご利用くださいませ。

■ tfupdate orb の circleci/orb-tools を v8.27.5 から v10.0.3 にアップデートした [CircleCI]

[2019-12-20-1] で circleci/orb-tools を解説しました。リリースフローがよく出来ていたので、感動した記憶があります。

CircleCI-Public/orb-tools-orb

Various tools for authoring and publishing CircleCI orbs

しかし、記事を書いた時にはすでに v9.0.0 がリリースされており、それはそれは大きな BREAKING CHANGES でした...。

やる気が出なかったので、tfupdate orb で使っているバージョンはずっと据え置いていましたが、今日急にやる気になったので、最新の v10.0.3 にアップデートしました。

当該 PR はこちらです。.circleci/config.yml がかなり短くなりました。
https://github.com/masutaka/circleci-tfupdate-orb/pull/2

公式ドキュメントや circleci/orb-tools のドキュメントはありますが、よく分からないのと、今までの経緯からあまり信用できないので、v10.0.3 のコードリーディングをして理解しました。

circleci/orb-tools 自身の .circleci/config.yml も読みました。結果的にここまで複雑にする必要はなかったです。
https://github.com/CircleCI-Public/orb-tools-orb/blob/v10.0.3/.circleci/config.yml

今までは master ブランチに commit するたびに orb のバージョンが自動的に上がっていきました。セマンティックバージョンの制御はできません。

現在はその commit message によって、orb バージョンを半自動的に上げられるようになりました。セマンティックバージョンを制御可能です。

《続きを読む》

■ CircleCI の旧 UI で設定した Slack Integration の設定を確認も変更も削除もできない件への対応方法 [CircleCI]

今年の春くらいに CircleCI の UI が新しくなったタイミングで、各プロジェクトで設定した Slack 通知用の設定ページはどこかにいってしまいました。

こんな画面でした。



各プロジェクトの設定ページによると、現在は Slack orb を使う必要があるそう。
例: https://app.circleci.com/settings/project/github/masutaka/example/slack

それはまあ移行すれば良いのですが、旧 UI で設定した Slack の Webhook URL を確認したくても出来ません。Slack orb に移行した場合に、旧 UI で設定した通知を無効にしてくれるのかも気になります。

CircleCI のサポートに聞いたところ、残念ながらそのような UI は用意されておらず、Slack orb に移行しても自動的な無効化はしてくれないそう。

マジすか・・・！

Undocumented API を使って無効化が必要とのこと。新 UI では確認も変更も削除もできないとのこと。それはさすがに困る人が多いんじゃないかなあ...？全部サポート対応するのかしら。

それはそれとして、この記事ではその Undocumented API を使って、旧 UI で設定した Slack Integration の確認と変更、削除のやり方をまとめます。説明しませんが、IRC も出来ると思います。

※ 9 月にサポートに聞いた時、「Undocumented API を使うのは構わないのだけど、やり方自体も Undocumented なのは変なのでヘルプページに書いて欲しい」と伝えたけど、書かれてないようなのでこの記事を書いています。

《続きを読む》

■ CircleCI の orb を fork して PR を送る前の動作確認方法 [CircleCI]

今回 pbrisbin/pushover orb を変更した。PR を送る前に、動作確認がてらしばらく使っている。今後のためにやり方を残しておく。

1. 動作確認用の orb を publish するために masutaka/pushover という scope を作る。orb の scope は一度作ったら削除できず、リネームしか出来ないようだ。自分用なので気にしないことにする。

$ circleci orb create masutaka/pushover
You are creating an orb called "masutaka/pushover".

You will not be able to change the name of this orb.

If you change your mind about the name, you will have to create a new orb with the new name.

✔ Are you sure you wish to create the orb: `masutaka/pushover`: y
Orb `masutaka/pushover` created.
Please note that any versions you publish of this orb are world-readable.
You can now register versions of `masutaka/pushover` using `circleci orb publish`.

《続きを読む》

■ circleci/orb-tools を使った Orb のリリースフローが良く出来ていたので紹介する [CircleCI]

先日、tfupdate の CircleCI Orb を作りました。

masutaka/circleci-tfupdate-orb

CircleCI Orb for continuous updating terraform with tfupdate

tfupdate とは

tfupdate は terraform のアップデートを支援してくれるツールです。ローカルの .tf ファイルに書かれた、terraform と terraform provider のバージョンを最新にしてくれます。

minamijoyo/tfupdate

Update version constraints in your Terraform configurations

.circleci/config.yml に組み込むと、定期的に pull request を作ってくれます。
例: https://github.com/minamijoyo/tfupdate-circleci-example/blob/cd8e5561b7eabb25aa3cd024dfcf5b868c4bda45/.circleci/config.yml

タイムリーなことに、作者の minamijoyo さんが書かれた記事があります。詳しくはこちらをどうぞ。
tfupdateでTerraform本体/プロバイダ/モジュールのバージョンアップを自動化する - Qiita

《続きを読む》

■ CircleCI 2.0 で capistrano デプロイしてみた [CircleCI][capistrano]

このブログは GitHub で管理しており、master に commit が追加される
と、CircleCI が capistrano を使ってデプロイします。

[2017-04-13-1] でテストを CircleCI 2.0 で動かしたので、デプロイも
試してみました。

《続きを読む》

■ CircleCI 2.0 をローカルで実行できる circleci コマンドとは何者か [CircleCI]

先日の [2017-04-13-1] で気になったので調べてみました。

初めに結論から。

circleci コマンド（シェルスクリプト。macOS 等で実行可能）
└ docker run circleci/picard
　└ /usr/bin/circleci (https://github.com/circleci/build-agent)

・circleci コマンドは build-agent というコマンドを Dockerize した
シェルスクリプト。

・build-agent は golang 製のツールで、/usr/bin/circleci としてコン
テナ内に存在する。おそらく private repository
https://github.com/circleci/build-agent で開発されている。

・Docker Image は https://hub.docker.com/r/circleci/picard/ だが、
Dockerfile は公開されていない。Alpine Linux ベースのようだ。

・この Docker Image には docker コマンドは存在しない。
/usr/bin/circleci が Docker Hub の API を使って、docker pull 相当
のことなどを実行するようだ。

《続きを読む》

■ Rails リポジトリに CircleCI 2.0 を導入した [CircleCI][Rails][Docker]

先日素振りがてら、個人の小さな Rails リポジトリを Dockerize しました。
https://github.com/masutaka/github-organization-watcher/pull/45

現在クローズドβの CircleCI 2.0 は Docker 前提らしいので、これも素
振りがてら移行してみました。
https://github.com/masutaka/github-organization-watcher/pull/48

CircleCI 2.0 はここから申請すれば、すぐ使えるようです。
https://circleci.com/beta-access/#request-access

《続きを読む》

■ サーバの CI を EC2 から Docker に変更したけどモヤモヤ [CircleCI][Chef][Docker][AWS]

サーバの CI ってどうするのが良いのでしょうね。現状やむを得ず行って
いますが、やり過ぎ感も否めないです。

[2014-09-14-1] に Wercker+Vagrant+EC2 の組み合わせでこのサーバの
CI を始めてから、[2015-02-08-2] に CircleCI+Vagrant+EC2 に変更しま
した。そして今回、CircleCI+Docker に変更しました。

理由は EC2 を使うのは大げさだと思い始めたからです。CI 時間の短縮を
期待しましたが、ほとんど変わりませんでした。結果的に、時々 EC2 イ
ンスタンスを起動するのに 30 分以上かかり、CircleCI のタイムアウト
時間を超える問題は解決出来ましたが。

Docker 入門できて自己満足は得られたのですが、Docker の使い方ではな
いなあというのが正直な感想です。

《続きを読む》

■ 【保存版】自前で継続的 bundle update を導入する方法 [Ruby][CircleCI][Heroku]

俺得な保存版記事です。設定するたびにやり方を思い出すのが面倒になり。

1. CircleCI の設定

GitHub の Personal access tokens のページで token を作成し、
CircleCI の Project Setting -> Environment variables に
GITHUB_ACCESS_TOKEN という名前で追加します。

CircleCI の URL は以下になります。

https://circleci.com/gh/{ユーザ名}/{リポジトリ名}/edit#env-vars

《続きを読む》

■ 継続的bundle updateを簡単に導入できるGemを作った [CircleCI][Ruby]

[2015-01-25-1]のバージョンアップ。

個人、会社含めて、複数リポジトリで継続的bundle updateを始めて一ヶ月。
汎用コードをGemに外出ししました。

circleci-bundle-update-pr | RubyGems.org | your community gem host

RubyGems.org is the Ruby community's gem hosting service. Instantly publish your gems and install them. Use the API to interact and find out more information about available gems. Become a contributor and enhance the site with your own changes.

circle.ymlで完結できるのでなかなか良さげです。ただし[2015-01-25-1]
のスクリプト部分をGem化しただけで、テストもなく、名前が安直です。
でもとりあえず動いています。

《続きを読む》

■ サーバのCIをWerckerからCircleCIに移行した [CircleCI][Wercker][vagrant][AWS][serverspec][Chef]

[2014-01-09-1]からWerckerを使い始めて1年とちょっと。このたび
CircleCIに移行しました。理由は以下のとおり。

- 会社のJenkinsが壊れてCircleCIを使い始めた。2つ覚えているのが面倒
- [2015-01-25-1]の継続的bundle updateをやりたい(WerckerはAPIがないっぽい)
- [2014-01-09-1]当時と違いCircleCIは1コンテナまで無料になった

Werckerは自分のBoxを簡単に作れたのが良かったんですけどね。
(masutaka/wercker-box-rvm-vagrant-awsの更新は停止します。)

《続きを読む》

■ bundle updateを定期実行した時、更新されたGemのDiffも分かるようにした [CircleCI][Ruby]

feedforce/tech.feedforce.jp#55で、tachikoma.ioの中の人とこんなやりとりが。

《続きを読む》

■ CircleCIを使ってbundle updateを定期実行するHerokuアプリを作った [CircleCI][Ruby][Heroku]

CircleCIを使ってbundle updateを定期実行する - Qiita

こちらの「1. CircleCIを起動する」のシェルスクリプトをRubyスクリプ
トにしてみました。Herokuボタンで簡単に設置できます。

masutaka/ci-build-trigger

A trigger of bundle update

《続きを読む》

■ GitHubにpushしたらCircleCIが自動デプロイしてim.kayacに通知する [CircleCI][chalow][IRC]

[2015-01-13-1]でデプロイ時にchalowが実行されるようになったので、
GitHubへのPushをトリガーにして自動デプロイを実装してみました。

文字で分かりづらいですが、よくある自動デプロイと同じです。(chalow
でここまでやっている人はいるのかな？)

《続きを読む》