- blogリポジトリ: https://github.com/yoshihara/blog
- ホスティングしてるGitHub Pagesのリポジトリ(今はもう使ってないので削除予定):https://github.com/yoshihara/yoshihara.github.io
GitHub Pagesのリポジトリをsubmoduleとしてblogリポジトリの public/ ディレクトリに置いている。
いちいち記事を書くのにcommitしてサイト生成してpushして、という一連の作業をするのが面倒だった(体験談)のと、esaで記事を書きたかったので、esaで記事を書いたらpushされてCIでサイトをビルドしてGitHub Pagesにpushするようにした。詳しい流れは下記。
記事が公開されるまでの流れ
- esa で
blog/カテゴリに記事を書いて Ship It! する - webhook で blog リポジトリの
contents/posts/ディレクトリ に記事の markdown ファイルが push される - CircleCI がそのコミットをトリガーにして CI を走らせる
- CI の中で静的サイトジェネレータの
hugoをインストール(aptで入れると古くてテンプレートが使えないので GitHub から持ってきている) - ちょっと markdown ファイルに小細工してからインストールした hugo でサイトを(GitHub Pagesがある)
public/ディレクトリ配下に生成する - submodule に対してコミット、 push する(
cd public/ && git hogehogeすると親への操作とみなされたので--git-dirを指定してディレクトリ移動しないようにしている。あとコミット直後にdetached HEADになるのでgit submodule update -iした後にmasterを明示的に見ている) - GItHub Pagesの更新により、blog リポジトリの
publicの示す先が変わっているのでそちらをコミットしてpushする(普通にpushするとCIが走ってしまうので[ci skip]をつける)
- CI の中で静的サイトジェネレータの
- Github Pagesのリポジトリが更新されたので、それにしたがってこのブログも更新される
小細工の内訳
content/posts 配下にあるmarkdownファイルが記事の元データとなる。が、hugo で記事を作るにはファイル内容をちょっと帰る必要があったり、あと記事のURLが微妙だった。ので、CIでサイト作る前にシェルスクリプトを実行して content/posts/配下のmarkdownファイルに下記の小細工している。
- ファイル内の
^created_at:をdate:に置き換える- hugo が記事の日時と認識するキーが
dateなのでそれに合わせて調整
- hugo が記事の日時と認識するキーが
- ファイル名を
#{id}.html.mdから#{id}.mdにする- hugo のURLだとたとえば
https://yoshihara.github.io/posts/276.html/みたいになってなんか微妙だったので
- hugo のURLだとたとえば
TODO
独自ドメイン- httpsしたい→まずS3に置いてから(今やってる、ひとまずS3に置けたのでCIなど調整中)
もうちょいデプロイ周り綺麗にしたいなんか他にもあるかもだけどひとまず