export BUNDLE_PATH__SYSTEM=false をつける
会社で 今日のアニメボット を動かしているんですが、7/11夕方までは動いていたのに7/12分から急に動かなくなる現象になりました
+ bundle install --jobs=4 --retry=3 --path=vendor/bundle --gemfile=Gemfile --clean --without development Using a custom path while using system gems is unsupported. path: Set for your local app (/usr/local/bundle/config): "vendor/bundle" path.system: Set via BUNDLE_PATH__SYSTEM: true disable_shared_gems: You have not configured a value for `disable_shared_gems`
コードの変更点は無いのでDocker Hubのイメージ（ https://hub.docker.com/_/ruby/ の ruby:2.6-slim ）に変更があったことはすぐに分かりました。
環境変数で
export BUNDLE_PATH__SYSTEM=false
をつければbundle installできるようになりました
.circleci/config.yml に下記を追記
environment: BUNDLE_PATH__SYSTEM: "false"
.gitlab-ci.yml に下記を追記
variables: BUNDLE_PATH__SYSTEM: "false"
BUNDLE_PATH__SYSTEM=true するやつがrevertされたので新しくimageをpullし直せば大丈夫そうに見える。（まあCIサーバだと自分でコントロールできないので BUNDLE_PATH__SYSTEM=false 固定でいいかもしれないけど）
https://circleci.com/orbs/registry/orb/sue445/codeclimate
自分のリポジトリの .circleci/config.yml にあった野良commandをコピペ運用するのが嫌だったというのと、既存のCode Climate系のOrbsを探した時にいいのがなかったのでOrb化しました
version: 2.1 orbs: codeclimate: sue445/codeclimate@x.y.z jobs: test: environment: CC_TEST_REPORTER_ID: YOUR_CODE_CLIMATE_REPORTER_ID steps: - checkout - codeclimate/with-cc-test-reporter: after_build_args: "--coverage-input-type simplecov" steps: - run: bundle exec rspec
Code Climate Test Reporter を使う時は
./cc-test-reporter before-build を実行./cc-test-reporter after-build を実行という流れなのですが、3以外の部分を codeclimate/with-cc-test-reporter の中に隠蔽しています。
commandのparameterの steps typeを使うとRubyでいうところのブロックを使ったサンドイッチメソッドのようなリファクタリングができて割と便利
awsのクライアント全部入りのDockerイメージです
https://hub.docker.com/r/sue445/awscli-all/
CIから AWS SAM のデプロイをしたかったんですが、AWSは公式のDockerイメージを提供しておらず、かといってCIで普通にインストールしようとすると pip install awscli aws-cli-sam だけで1分くらいかかるし、Docker Hubを見てもあまりメンテされてないのがほとんどだったのでイラッとしたので自分で作りました。
Docker Hubをaws cliで検索すると似たような名前のイメージがたくさんあって埋もれそうなので、せっかくなのでAWSの公式クライアント全部入りって感じでawscli-allという名前にしました。
全部入りにするために https://github.com/aws と https://github.com/awslabs のリポジトリを調べたんですが、awscliとaws-cli-samの他はecs-cliしかなくて意外に少なかったという感想。
https://github.com/aws/aws-cli/issues/3291 がクローズされてるのでAWSは公式のDockerイメージを作る気は無い模様。こうやって野良イメージが増えていくんやなぁ（遠い目）
この手の野良イメージは全然メンテされずに古くなっていくのが常ですが、awscli-allを含めて僕がメンテしてるDockerイメージは全部CircleCIで定期ビルドして新しいバージョンが出たらtagをpushして全自動で新しいイメージをリリースしているので、CircleCIが死なない限りは勝手にイメージがリリースされていくので安心してください。
awscli v2であれば公式のDockerイメージが提供されてるのでそれを使うといいと思います。（samとか他のパッケージは入ってないけど）
先日 スター☆トゥインクルプリキュア でキュアコスモが発表されました
【スター☆トゥインクルプリキュア 】
— 東映アニメーション公式 (@toeianime_info) May 30, 2019
5人目のプリキュア、キュアコスモのビジュアルを公開！
その登場と活躍をお楽しみに！
声を担当する上坂すみれさんからメッセージも届きました！https://t.co/8oMRJnpknS#スタプリ #キュアコスモ #上坂すみれ pic.twitter.com/SGr5T60SDZ
下記のツイートを見てrubicureで令和対応の需要を感じて対応しました
ちなみにキュアコスモの誕生は、歴代プリキュア６０人目だけでなく、令和初のプリキュア誕生となります！😃💗
— 💜香久矢真奈💜💫 (@mana_hanahappy) May 31, 2019
凄いっ！！！😆❤ pic.twitter.com/UCJ7fMRuGC
Rubicure::Girl#heisei? and Rubicure::Girl#reiwa?Rubicure::Girl に heisei? と reiwa? メソッドが生えて、平成プリキュアなのか令和プリキュアなのか容易に判別できるようになりました
>> Cure.star.heisei? => true >> Cure.star.reiwa? => false
まだ実装は何もないですが、 Cure.cosmo.reiwa? は true になります（します）
Rubicure::Series#heisei? and Rubicure::Series#reiwa?Rubicure::Series にも同様に heisei? と reiwa? が生えています。
ここで注意点ですが、スター☆トゥインクルプリキュアは平成プリキュアでも令和プリキュアでもあるので *1、Precure.star_twinkle.heisei? と Precure.star_twinkle.reiwa? は両方 true が返るようになっています。
>> Precure.hugtto.heisei? => true >> Precure.hugtto.reiwa? => false >> Precure.star_twinkle.heisei? => true >> Precure.star_twinkle.reiwa? => true
https://gitlab.com/sue445/gitlabci-bundle-update-mr/blob/master/CHANGELOG.md#v030
GitLab CIが他のCIと比べて優れてる機能の1つにMerge when pipeline succeeds（CIが通ったら自動でMergeRequestをマージする）があるのですが、gitlabci-bundle-update-mrでも対応しました
bundle updateのMRは作りたいけど各gemのchangelogを読むまでもないような雑なアプリの場合だといちいちAcceptボタンをポチるのも面倒だと思うので、API経由でMerge when pipeline succeedsを有効にするようにしました
gitlabci-bundle-update-mr --merge-when-pipeline-succeeds
のように --merge-when-pipeline-succeeds を渡すことで有効になります。（デフォルトだとOFF）
