CircleCI 2.0のworkflowsを利用していい感じにdocker-composeをcacheする - Qiita
前置き CircleCIのworkflowで上手いことdocker-composeの重い処理をなんとかするのをやってみた。 今回はdocker-composeのbuild処理が重くてtest並列化するとそこがボトルネックになるような場合を想定している。 build自体が重くない場合や並列化が不要な場合は、むしろcache生成・呼び出しで遅くなるパターンもある。 Enabling Docker Layer Cachingなど公式のdockerキャッシュもあるが、machineモードでないとdocker-composeがフルに利用できない（volumesが利用できない）のでsave_cache / restore_cacheを使うやり方を色々ひねった。 手始めにdockerをcacheしてみる docker-composeに飛びつく前に、docker単体のpullとtestをworkflowで
circleci/ruby:2.4.1-node-browsersって何入ってるのか知りたかった - Qiita
2018-11-19追記 https://github.com/CircleCI-Public/circleci-dockerfiles/blob/master/ruby/images/ いつの間にか公開されてました 動機 circleciが提供しているdockerファイルで、rubyのバージョンとして、node, browswer , node-browsersとかがあった setup-projectしたときのデフォルトはnode-browsersだった 地味にsetup projectでボイラープレート出てくるのも知らなかった。。。 なんとなくフロント好きおじさんからするとnodeってバージョン何入ってるんだ！が気になった。 dockerの中身が見たい。 残念ながらDockerfileは公開されていないっぽい ここでdocker historyコマンドがあると知った。 $ docker
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
