Feedback: `--no-narrow` should be the default

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

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

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
57/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
github-actions, go
領域
cli, devtools

調査の方向性

Read the CLI entry point and the code that applies the --no-narrow option when a lockfile is present. Trace how the current default sets version ranges, then check the related tests for workflow dependency pinning. Done means the default keeps ranges as wide as possible while the option still behaves as documented.

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

説明

area:cli feedback

The entire point of a lockfile is full 100% pinning. Thus, any further pinning offers zero benefit.

When I have @v2 in a workflow, I'm documenting my intention - to follow the v2 branch/tag. By narrowing, you're erasing the most important piece of information on that line - it's actively harmful.

Please change the default - with a lockfile present, ranges outside of that should be as WIDE as possible, not as narrow as possible.

主要言語
Go
スター
253
フォーク
15
平均マージ
19時間 30分
マージ済み PR(30日)
60

環境構築

はじめの一歩

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

github/gh-actions-lock のほかの issue

github/gh-actions-lock の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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