Cleanup cache after `bundle install`
まだ誰も着手していません。
- 主要言語
- JavaScript
- スター
- 990
- フォーク
- 369
- 平均マージ
- 18分
- マージ済み PR（30日）
- 3
説明
Hi, I noticed that the cache size is double what all gems in my project weigh. It seems like it's due to ${BUNDLE_PATH}/ruby/*/cache/*.gem files. But I don't think we need them after bundle install is finished. Or am I missing something?
I was thinking about adding a config param like prune-bundle-cache: true that would run rm -rf ${BUNDLE_PATH}/ruby/*/cache after bundle install
Rails already does it https://github.com/rails/rails/blob/9e9f80778abb38b8d884d456594d6b6fa683c773/railties/lib/rails/generators/rails/app/templates/Dockerfile.tt#L57
RUN bundle install && \
rm -rf ~/.bundle/ "${BUNDLE_PATH}"/ruby/*/cache "${BUNDLE_PATH}"/ruby/*/bundler/gems/*/.git
WDYT?
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
この issue ではファイルやテストが指定されていないため、まず setup-ruby の action 設定と bundle install のインストールフローを追跡します。キャッシュのプルーニングをオプトインで有効にする設定をどこに置くべきかを判断し、有効化されたインストールで指定されたキャッシュパスが削除される一方、デフォルトの動作は変わらないことを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript, ruby
- 領域
- ci-cd, devops
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100