Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Add fallback cache keys

オープン
#1,120 コメント 2 件 リアクション 6 件 担当者 0 名 GitHub で見る

メンテナーはふだん 4 日以内に返信

@leavesster がすでに取り組んでいます。

2024年9月10日 から。

  • #1128 @leavesster による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
github-actions, node.js, typescript
領域
ci-cd

調査の方向性

既存の Yarn Berry キャッシュロジックが参照されている src/cache-restore.ts の 56 行目付近から始めてください。フォールバック復元キーをすべてのパッケージマネージャーに拡張する方法を調査してください。lockfile または package.json が変更された場合に、setup-node がフォールバックキーを通じてキャッシュを再利用できれば完了です。

索引モデルが issue の本文から書いたものです。

説明

feature request

Description:

Currently the cache key is always node-cache-{platform}-{packageManager}-{fileHash(lockfile)}, which means the cache is invalid if any one dependency changed. I want to achieve something like this restore-keys:

restore-keys: |
  npm-feature-${{ hashFiles('package-lock.json') }}
  npm-feature-
  npm-

Justification:

It would be very helpful if the same cache can be reused across many places even if their package.json has changed.

Are you willing to submit a PR?

I noticed that Yarn berry already has some logic about this, can we expand that use cases to all package managers?

主要言語
TypeScript
スター
5k
フォーク
1.7k
平均マージ
4日 22時間
マージ済み PR(30日)
5

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

actions/setup-node のほかの issue

actions/setup-node の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。