It is too easy to accidentally private the wrong repository in `gh repo edit`

評価

調査の方向性

説明

Describe the bug

It is too easy to accidentally set the wrong repository to private and not realize it until it's too late.

For one recent case of this, cf. Hexo accidentally being set to private because this command was run in the wrong folder.

Whereas repository deletion on both web and CLI has the enter-your-repo-name-style confirmation, and visibility edits on the web shows you your repository in big bold letters plus two extra confirmations before the final red button:

...visibility edits on CLI currently just shows big warnings with no reminder which repository the action will be performed on.

Affected version

gh version 2.92.0 (2026-04-28)
https://github.com/cli/cli/releases/tag/v2.92.0

Steps to reproduce the behavior

1. gh repo edit
2. Choose visibility and change it
3. See the warnings - which on their own are not obvious why they may be relevant.

Expected vs actual behavior

I expect the repository name to be one of the things being highlighted in this flow, instead of being hidden until it's already too late.

Logs

~/git/kisaragi-rime-taigi main
❯ gh repo edit                                                           [2026-05-15T22:53:31+0900]
? What do you want to edit? Visibility
! Danger zone: changing repository visibility can have unexpected consequences; consult https://gh.io/setting-repository-visibility before continuing.
? Visibility private
! Changing the repository visibility to private will cause permanent loss of 0 stars and 1 watcher.
? Do you want to change visibility to private? Yes
✓ Edited repository kisaragi-hiu/kisaragi-rime-taigi

~/git/kisaragi-rime-taigi main 10s
❯                                                                        [2026-05-15T22:53:43+0900]

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

cli/cli のほかの issue

• `gh pr comment --attach` refuses `ghu_` tokens that the upload endpoint accepts オープン
  enhancement

  難易度 1/5 1時間未満 初心者へのやさしさ 92/100

  cli/cli#14495 · コメント 2 件 · リアクション 1 件 · 2026年9月22日 に作成

• docs: improve README wording for quick start オープン
  more-info-needed needs-triage

  難易度 1/5 1時間未満 初心者へのやさしさ 78/100

  cli/cli#14432 · コメント 2 件 · リアクション 1 件 · 2026年9月12日 に作成

• gh pr close --comment silently discards the comment when PR is already closed or merged オープン
  bug gh-pr priority-2

  難易度 2/5 1〜3時間 初心者へのやさしさ 84/100

  cli/cli#14374 · コメント 2 件 · 2026年9月7日 に作成

• gh pr checks reports a re-queued check run with the previous run's conclusion and exits 0 オープン
  bug gh-pr priority-2

  難易度 2/5 1〜3時間 初心者へのやさしさ 88/100

  cli/cli#14371 · コメント 2 件 · 2026年9月7日 に作成

• `gh auth token --secure-storage` ignores the config's active account and returns the globally-active keyring token オープン
  bug gh-auth priority-3

  難易度 2/5 1〜3時間 初心者へのやさしさ 78/100

  cli/cli#14370 · コメント 3 件 · 2026年9月6日 に作成

cli/cli の issue をすべて見る

似ている issue

• nix: vendorHash is outdated オープン

  難易度 1/5 1時間未満 初心者へのやさしさ 90/100

  abenz1267/elephant#301 · リアクション 1 件 · 2026年9月24日 に作成

• Bob Shell support オープン
  enhancement

  難易度 2/5 1〜3時間 初心者へのやさしさ 65/100

  rossoctl/cortex#1119 · 2026年9月24日 に作成

• [BUG] CREATE property value with *, -, ^, % or unary minus is stored as its text ('2 * 3'); + and / are evaluated オープン
  bug

  難易度 2/5 1〜3時間 初心者へのやさしさ 75/100

  orneryd/NornicDB#656 · 2026年9月24日 に作成

• HaveExactElements' failure message omits where the missing or extra elements start when that index is 0 オープン

  難易度 2/5 1〜3時間 初心者へのやさしさ 75/100

  onsi/gomega#934 · 2026年9月24日 に作成

• propertyNames and contentSchema errors: InstanceLocation is overwritten by later siblings オープン

  難易度 2/5 1〜3時間 初心者へのやさしさ 75/100

  santhosh-tekuri/jsonschema#276 · 2026年9月24日 に作成

Go の issue をもっと見る