RuboCopの実装に見る、Rubyの“破壊的変更”との正しい付き合いかた

Rubyはバージョンアップによって、やむなく旧バージョンとの互換性がなくなってしまうことがあります。それが破壊的変更です。後編では、静的コードアナライザーモジュールであるRuboCopのコミッターの@koic氏が、破壊的変更にタイルする実際の実装について紹介します。 Pull Requestは興味をもってもらうように書こう koic氏：コンテクストとして、なぜ必要かというところをまず書きます。CHANGELOGを辿るまで、まず何をすればいいかわからないと、もうけっこう致命的なんですけど。 実装ポイントとしても次のような話をします。どんなキーワード引数を使えばよいかというところ、それからメリットとして、ユーザーのアップグレードでの痛みは減らせますよといったような話。 そして実例ですよね。「Beforeがいきなりエラーになる。AfterはもうこのAPIは非推奨なので、新しいキーワード、これに置

[ponpon_qonqon]

ｳｨｰｶﾞﾁｬｳｨｰｶﾞﾁｬｳｨｰｳｨｰｳｨｰｶﾞﾁｬ「ローボコップ破壊的変更」ｳｨｰｶﾞﾁｬｳｨｰｶﾞﾁｬｳｨｳｨｰｳｨｰｶﾞﾁｬ