[Bug] Local bundle install can advance records without updating existing components
まだ誰も着手していません。
評価
調査の方向性
offline コマンドを処理する bundle のインストールパスから始め、既存の workflow、拡張機能、preset を使って更新を再現します。.specify/bundle-records.json と primitive な manifest または registry がどのように書き込まれるかを調べます。完了の条件は、バージョンが一致しないコンポーネントが record を進める前に更新され、失敗時には以前の整合した record が保持され、共有 registry への書き込みが直列化されることです。
索引モデルが issue の本文から書いたものです。
説明
Spec Kit version
Reproduced with specify 1.0.4 on Windows.
Reproduction
- Install a bundle version whose workflow, two extensions, and preset are already present in an initialized project.
- Point a clean local release directory at a newer version of the same bundle and components.
- Run:
specify bundle install C:\path\to\new-release\bundle.yml --offline --integration codex
The command reports success, for example:
Installed 'program-kit' (0 added, 4 already present).
It advances .specify/bundle-records.json and its contributed-component versions to the new bundle version, but the installed workflow/registry, extension manifests, and preset/registry can remain at the old version. A subsequent component tool can therefore appear current while executing old code.
When components were installed individually before the bundle, the successful local bundle install can instead create a record without the expected contributed-component entries because every primitive is classified as already present.
Expected behavior
Bundle installation/update should be transactional across its record and primitive installations:
- update every component to the resolved version before advancing the bundle record;
- validate installed manifests and registries against the resolved bundle before returning success;
- retain the previous coherent record or fail if a primitive update fails; and
- serialize writes when multiple extensions share registry/configuration files.
At minimum, an existing component with a different version must not be treated as satisfied solely because its ID is present.
Impact
The project records a coherent new bundle version while continuing to execute old extension code. In the observed consumer, managed synchronization misleadingly reported all files unchanged until each workflow, extension, and preset was explicitly reinstalled in sequence.
- 主要言語
- Python
- スター
- 138k
- フォーク
- 12.4k
- 平均マージ
- 3日 6時間
- マージ済み PR(30日)
- 145
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/spec-kit のほかの issue
-
enhancement needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
enhancement needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
-
enhancement needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
enhancement needs-triage triage-can-wait
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
github/spec-kit の issue をすべて見る
似ている issue
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
canonical/paas-charm#368 · コメント 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
tech debt
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
StevenBlack/hosts#3256 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
qualcomm/qai-appbuilder#275 ·