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

update --check on a source build silently compares against stable

オープン 初心者向け
#1,679 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go
領域
cli, testing

調査の方向性

まず internal/update/version.go の178–185行付近と cmd/codeaf/update.go の65–80行付近を確認し、その後、make build と bin/codeaf update --check による決定論的な再現を実行します。source-build スタンプを使って cmd/codeaf のテストを追加または更新します。完了条件は、check が拒否するかチャネルがないことを報告し、source-build パスを示し、stable が比較対象であると主張しないことです。

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

説明

What happened

On a make build binary of dev 461a43fb6 (2026-09-29), codeaf update --check answers as though the build were on the stable channel and exits 0:

the newest stable codeaf is v0.4.1 · this codeaf is 461a43fb6

The manual's shell-update section says update --check follows a dev-* build's channel, and that "a source build refuses and names its path: rebuild with make build, or install a release". Plain codeaf update does refuse on a source build; --check does not, and silently compares against stable. --check --dev names the newest dev build correctly. Installed dev and staging builds check their own channel correctly.

Replication

Deterministic (network, no model). make build && bin/codeaf update --check; echo $? → the stable sentence and 0.

Where it goes wrong

internal/update/version.go (~178–185) maps any tag that is not a dev tag to stable; cmd/codeaf/update.go (~65–80) applies its source-build refusal only when --check is absent.

Acceptance

bin/codeaf update --check on a source build says what the manual says for a source build (refuses and names its path, or says it has no channel) and does not claim stable is the comparison — a cmd/codeaf test with a source-build stamp.

Found by the 2026-09-29 pre-release happy-path pass (dev lane 5, F-5.5).

主要言語
Go
スター
115
フォーク
14
平均マージ
9時間 44分
マージ済み PR(30日)
775

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

Agent-Field/CodeAF のほかの issue

Agent-Field/CodeAF の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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