memorandum

CircleCI は push と pull request 両方をトリガーにすることができない

CircleCI は、デフォルトでは push をトリガーにしてビルドするようになっている。
push がトリガーのほうが良いこともあるのだが、GitHub であれば pull request の作成や更新をトリガーにしてほしいこともある。
pull request でのみビルドしたい場合は、 Only build pull requests というオプションを有効にすればいい。
ただ、これはデフォルトブランチへの pull request とデフォルトブランチへの push、タグがビルド対象になるようで、これだけでは不足することもある。
push、pull request の両方を対象にビルドできるようにしたい。

そんな場合は、GitHub Actions で pull request のイベントを hook して、そこから API で CircleCI の pipeline をトリガーすることができる。

このブログはまだ移行途中で、VuePress でやりたいことがある程度できるかを確認している。
Blogger でブログを書いていてよく思っていたのは、モバイルでも書きたいということ。
StackEdit を使って Markdown で書いていたのだが、データを下書きしてあとからまたスマホで編集して…ということができていなかった。

VuePress などで自前で用意すると Git リポジトリ上のファイルでしかないので Git で複数端末から共有することはできるのだが、下書きの保存のようなことができないことに気がついた。

背景

長年使っていた Blogger からブログを移行し、 VuePress でブログを実装してみることにした。

Blogger は手軽に使えて良いのだが、何か変えようとうすると独自にトリッキーなカスタマイズを入れなくてはならなかったり、あまり凝ったことはできないため、何度か移行を考えたことがあった。
今回移行に踏み切った主な動機は、英語でもブログを書いてみようと思ったこと。
業務では話すことはないが書くことはたまに発生する。そしてその機会が増えている。
書きたいことを書いてみようとするところからスタートするのが良さそうと思ったため、英語でブログを書いてみようと考えたのだった。

少し前に Status Bar Title という VSCode Extension を作った。全然大したことないのだが、2020年ももう終わりに近づくのに今年は全然書いていなかったので記録しておく。

最初のrootが使われると思っていたが、最後(2つめ)が使われた。

調べてみると以下の issue があり、v0.17から挙動が変更されていた。当初意図したものではなかったようだが、今後この仕様になるとのこと。

https://github.com/motemen/ghq/issues/239

README には最初の root に clone されると説明されていたので、修正の pull request を送ったところすぐに修正を取り込んでいただけた。

というわけで、README の説明の通り ghq.root が複数定義されている場合は最後のものが clone に使われるので、ghq list に Go の GOPATH のような固有のパスを含めたい場合は ghq get で使ってほしいパスを最後に書くと良い。

プライベートなメモは長らくEvernoteを使っていたが、ローカルのデータが大きくなりすぎるとか、コストを安くしたい(プレミアム版を使っていた)とか、Markdownを編集したいとか…そういった理由から、Evernoteの代替サービスを探していた。

結果として 2018 年の11月頃に Simplenote に乗り換えた。

このサイトもダークモードに対応しておこうと思い、prefers-color-scheme を使って配色を分けるようにしてみた。

基本的な方法を解説しているブログは多数あるので、その上で必要だった工夫をメモ。

全体の構成の方針としては、CSS変数を活用してライトモードとの重複コード、または漏れを防ぐようにした。

以下はCSSの構成イメージ。

以前改善してからまた時間がたったので、改めてLighthouseの点数改善にチャレンジ。

なお、Chromeでログインして拡張機能でLighthouseを使っている場合、シークレットウィンドウからの実行を許可した上でシークレットウィンドウから実行しないと、キャッシュが使われてしまい正しい結果が出ない。

lighthouse の npm コマンドで実行するのが無難。

今さらすぎるだろという話ではあるのだが、ghq、pecoなどのツールを、知っていたけどちゃんと普段使いしたことがなかった。以前は Java 中心の開発をしていたせいか CLI はそれほど身近でないというか、あまり高頻度に使わなくても問題のない世界だった。今の職場では、こうしたツールなしでは難があるなと感じてようやく導入した。今さら書くのも恥ずかしい気はするのだが…いくつか気づきや工夫があったので書いておきたい。

プライベートでVPSを借りて動かしている古いAPIがある。これをAWSに移行しようと考えており、その過程でTerraformを使ってコード化を進めている。

その中で API Gateway を使っているのだが、stage、deployment のresourceを普通に定義していったところ、conflictしてしまい正常に実行できなかった。