githttp: +import remote serves clone and fetch, and its pushes stay out of the normal branch list
メンテナーはふだん 1 日以内に返信
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 20/100
調査の方向性
Start with the internal/githttp hook and trace how +import handles upload-pack, hydrate, quota, LFS, ref policies, webhooks, and the S3-WAL backend. Coordinate with PR #800 and check how existing refs under the import namespace are stored. The issue calls for +import pushes to create normal branches, upload-pack to be refused, and pushes to synced repos to be rejected.
索引モデルが issue の本文から書いたものです。
説明
Problem
Upstream's docs page docs/repos/imports (last-modified 2026-11-11 21:43 GMT) says the /{repo}+import.git URL accepts a push only, that an import push creates normal branches that a normal clone shows, and that a synced repo refuses an import push.
Live on a node at 3af232d9: an import push worked, clone and ls-remote on +import both succeeded, and the pushed branch did not appear on the persistent remote or in the REST branch list. docs/explanation/wire-compatibility.md lists +import as a supported namespace with no deviation row. The synced-repo refusal was not tested.
Desk decision
Make +import match the upstream page. Design check first, posted here before code: how +import is wired today (internal/githttp hook, hydrate, quota, LFS), whether an import push must write the persistent ref space directly, how the hook, ref policies, quota, webhooks and the S3-WAL backend handle it, and what happens to refs already stored under the import namespace. Then refuse upload-pack on +import, write import pushes into the normal branches, and refuse an import push on a synced repo. Breaking for anyone who fetches from +import today. Coordinate with PR #800, which hides refs/namespaces/ on the persistent remote.
Severity
High: imported branches are invisible to every normal client.
Upstream audit 2026-11-12, evidence 2026-11-12-1159UTC. Docs spec 5d8e1801 (ETag W/"8GUlAlKU8eko7Rr2", Last-Modified 2026-11-10 22:29:59 GMT). The cluster still serves ee8092bf, so this is documented drift, not a proven deployment (#234 rule: adopt what the docs publish). SDK 0.1.1 (Nov 10) and 0.1.2 (Nov 11) shipped on npm, PyPI and Go; their route list and token minting are unchanged from 0.1.0.
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: medium
- 主要言語
- 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 日以内に返信
-
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 日以内に返信
-
githttp: hide ephemeral refs from the persistent remote and refuse pushes to them, as the docs say対応中かも @ThomasK33 が 1 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
coder/openstorage#799 · コメント 2 件 ·
メンテナーはふだん 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 件 ·
-
[FEATURE]: 录入 AIDEV Agent Package v1 接入参考文档対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン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 日以内に返信