S3-WAL: a GitHub sync create without default_branch keeps main (#599 follow-up)
メンテナーはふだん 1 日以内に返信
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
調査の方向性
Read docs/explanation/storage-engine.md and docs/explanation/wire-compatibility.md for the S3-WAL format stability policy and recorded deviation. The change is explicitly deferred until the next metadata format change (v3 or later); then inspect internal/meta/s3walmeta*.go and the TestS3WALDropsDefaultBranchOmitted test. Done means the v3+ format handles create, adoption, PATCH clear, and conversion, with the deviation removed and the test moved into TestAdoptUpstreamDefaultBranch.
索引モデルが issue の本文から書いたものです。
説明
Problem
On S3-WAL, a GitHub sync create that omits default_branch keeps main. On PostgreSQL and SQLite, the first successful sync adopts the GitHub repository's default branch (#599). Upstream spec 40e43e00 (2026-10-28) documents the GitHub default for this case.
Why it is deferred
S3-WAL metadata v2 is frozen at "v1 plus four fields" (docs/explanation/storage-engine.md, S3WAL format stability policy). An older v2 writer drops unknown fields on rewrite, so a new default_branch_omitted field needs a format change. The #599 desk decision keeps v2 unchanged and records a deviation row in docs/explanation/wire-compatibility.md.
Trigger
Act on this issue at the next S3-WAL metadata format change (v3 or later). Add upstreams[].default_branch_omitted to that format, set it in S3WAL.CreateLinkedRepo, implement S3WAL.AdoptUpstreamDefaultBranch and the PATCH clear (as PostgreSQL and SQLite do), and remove the deviation row.
Scope
internal/meta/s3walmeta*.go: the field, the create write, the adopt write, the PATCH clear, and the convert path.TestS3WALDropsDefaultBranchOmittedbecomes the S3-WAL lane ofTestAdoptUpstreamDefaultBranch.
Refs #599
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high
- 主要言語
- Go
- スター
- 0
- フォーク
- 0
- 平均マージ
- 6時間 16分
- マージ済み PR（30日）
- 243
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
coder/openstorage のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
coder/openstorage#807 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 49/100
coder/openstorage#806 ·
メンテナーはふだん 1 日以内に返信
-
api: merge/preview ignores strategy, squash and allow_unrelated_histories対応中かも @ThomasK33 が今日担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
coder/openstorage#805 ·
メンテナーはふだん 1 日以内に返信
-
githttp: +import remote serves clone and fetch, and its pushes stay out of the normal branch list対応中かも @ThomasK33 が今日担当しました。 オープン
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
coder/openstorage#804 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
api: branches/create ignores expected_target_sha, so a guarded create or move can overwrite a branch対応中かも @ThomasK33 が今日担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
coder/openstorage#803 ·
メンテナーはふだん 1 日以内に返信
coder/openstorage の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
coder/coder-logstream-kube#255 · コメント 1 件 ·
-
kind/features
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
TencentBlueKing/bk-nodemgr#3991 ·
メンテナーはふだん 1 日以内に返信
-
meta
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
last9/last9-mcp-server#554 ·
メンテナーはふだん 1 日以内に返信