githttp: hide ephemeral refs from the persistent remote and refuse pushes to them, as the docs say
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- git, go
- Ambito
- backend, networking
Direzione di ricerca
Start by mapping every reader of refs/namespaces/ listed in the issue, including the sync worker, push-upstream, forward_pushes, S3-WAL hydration, repack, LFS reclaim reachability, orphan sweep, and the +ephemeral remote. Record the design check in a comment before coding; if any reader requires the persistent remote, report that finding to the desk. Otherwise inspect where every git child is configured, then verify the persistent remote hides these refs and rejects pushes with per-ref ng; include the required breaking-change notice.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
The persistent git remote (/<repo>.git) advertises the API's ephemeral branches (refs/namespaces/ephemeral/...) and accepts pushes to them. Two docs say the opposite:
docs/explanation/git-protocol-and-namespaces.md:38-39: "persistent remotes must not see ephemeral refs (git namespaces or separate ref stores)".- The wire-compatibility table: ephemeral state "does not cross surfaces".
No hideRefs setting exists in internal/ today. A token still needs the same scope on both paths, so nobody gains access they lack, but a user who relies on the docs gets a wrong result. One edge case from #797 also depends on this: after someone pushes a branch named HEAD into that namespace over the persistent remote, the API cannot delete it by the name the list shows.
Found by a verifier on #798 (owner report, 2026-11-11).
Desk decision: Option A (make the code match the docs)
- Design check first, recorded as a comment here before any code: list every reader of
refs/namespaces/that goes through the git transport (sync worker, push-upstream andforward_pushes, S3-WAL hydration, repack, LFS reclaim reachability, orphan sweep, the+ephemeralremote itself, tests and verification skills). Hiding refs must not change any of them. Internal readers that open the repository directly are not affected by transport settings, but prove each one. - Hide
refs/namespaces/from the persistent remote's upload-pack and receive-pack advertisements, and refuse a push torefs/namespaces/*on the persistent remote with a per-refngand a clear message. Do it once, where the server configures every git child (as theGIT_NO_REPLACE_OBJECTSrule in AGENTS.md does), not per call. - A client that today fetches or pushes those refs through the persistent remote sees a change, so the PR is breaking:
fix(githttp)!:with aBREAKING CHANGE:line. - If the design check finds a reader that needs these refs on the persistent remote, stop and report it to the desk before coding.
Severity
Medium: documented isolation does not hold.
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: medium
- Lingua principale
- Go
- Stelle
- 0
- Fork
- 0
- Merge medio
- 6h 16m
- PR unite (30g)
- 243
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/openstorage
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
coder/openstorage#807 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 49/100
coder/openstorage#806 ·
I maintainer di solito rispondono entro 1 giorno
-
api: merge/preview ignores strategy, squash and allow_unrelated_historiesForse già presa @ThomasK33 l’ha presa oggi. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
coder/openstorage#805 ·
I maintainer di solito rispondono entro 1 giorno
-
githttp: +import remote serves clone and fetch, and its pushes stay out of the normal branch listForse già presa @ThomasK33 l’ha presa oggi. Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
coder/openstorage#804 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
api: branches/create ignores expected_target_sha, so a guarded create or move can overwrite a branchForse già presa @ThomasK33 l’ha presa oggi. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
coder/openstorage#803 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di coder/openstorage
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
coder/coder-logstream-kube#255 · 1 commento ·
-
[FEATURE]: 录入 AIDEV Agent Package v1 接入参考文档Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertakind/features
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
TencentBlueKing/bk-nodemgr#3991 ·
I maintainer di solito rispondono entro 1 giorno
-
meta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
last9/last9-mcp-server#554 ·
I maintainer di solito rispondono entro 1 giorno