Skip to content

設計のプランで作成者 t <a@b>・題 tmp のコミットが設計ブランチに入り、worker の報告に出ない #1687

Closed as not planned

Description

@takemi-ohama

何を見つけたか

設計のプランの実行中に、作成者 t <a@b>・題 tmp のコミットが設計ブランチへ入った。worker の報告にこのコミットは書かれず、レビューで指摘されるまで誰も気づかなかった。

スプリント m1649 の設計(PR #1670)で起きた。

  1. コミット a611f13 は作成者・コミッターとも t <a@b>、題は tmp、時刻は 2026-10-03 01:04:34 UTC である。.ndf/project.json に suite の定義を 13 行足す
  2. 時刻は設計のプランの design のステップ(01:01 ごろ〜01:12:56 UTC、worker が作業中)の中にある。ステップの出力(worker の報告)にこのコミットの記述は無い
  3. 足した suite は位置引数を受けない check-script-structure.py を呼び、範囲テストが落ちる形だった。設計 PR の round 2 の指摘になり、修正コミット 45d83e8 で打ち消した。利用者はそのまま承認した

このリポジトリのテストに、作成者を t <a@b> にする git 操作は無い(a@b を使うテストは名前が a、名前 t を使うテストはメールが t@… である)。どの操作がこのコミットを作ったかは、残っている記録からは決められない。

どこで見つけたか

なぜこの変更の範囲外なのか

スプリント m1649 の受け入れ条件は cross-refactoring の取り消しの対象の決め方であり、設計のプランの確認の手順は含まない。設計 PR を出す前に作成者と題で試しのコミットを見つけて止めるか、worker の作業場所を分けるかは、supervise の設計のプランと design の手順の契約に触れる。承認する人へ届く材料(設計 PR の差分)に、誰も説明しない変更が混ざらないようにするための課題である。根拠: Value 2(MVV 版 2)。

直さないと何が起きるか

  • 設計 PR に、説明の無い設定の変更が入る。レビューが見落とせば、そのまま承認と配布へ進む
  • 作った操作が分からないままでは、同じ形のコミットが設計以外のブランチ(実装・検査)に入っても、報告からは気づけない

由来

PR #1670 の振り返りで確認した。

Activity

  1. added
    bugSomething isn't working
    priority: low文書のみ・低頻度など、余力があれば対応する
    on Oct 3, 2026
  2. takemi-ohama commented on Nov 7, 2026

    @takemi-ohama
    ContributorAuthor

    棚卸し(2026-11-07 の見直し)で「やらない」と決めて閉じます。

    やらないと判断した(2026-11-07)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: ndf-skillNDF の Skill 本体bugSomething isn't workingpriority: low文書のみ・低頻度など、余力があれば対応するwontfixThis will not be worked on

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions