⚙️ 🤖 Forgejo Release-API für v0.1.0 hängt im is_empty-Bug #7

New issue

Closed

opened 2026-06-09 15:04:13 +02:00 by holm · 1 comment

holm commented

2026-06-09 15:04:13 +02:00

Owner

Dimension	Bewertung	Einschätzung
Aufwand	`██░░░░░░░░`	Niedrig — manueller Web-UI-Klick
Nutzen	`███░░░░░░░`	Niedrig — kosmetisch (Tag ist da)
Bruchhäufigkeit	`█░░░░░░░░░`	Niedrig — einmaliger Initial-Bug
Nachhaltigkeit	`█████░░░░░`	Mittel — wenn manuell behoben, dauerhaft
Dringlichkeit	`█░░░░░░░░░`	Niedrig — Tag funktioniert, kein blocker

Forgejo-API meldet empty: true für das Repo, obwohl mehrere Commits + Tag v0.1.0 per SSH gepusht wurden (siehe git ls-remote). Release-Create-Call scheitert mit {message: "repo is empty"}.

Heilversuche ohne Erfolg:

Weiterer leerer Commit (git commit --allow-empty)
PATCH /repos/.../doc-rel mit empty: false
PATCH /repos/.../doc-rel mit default_branch: main
git push --force-with-lease

Repo zeigt: empty: true, default_branch: main, size: 65. Bekannter Forgejo is_empty-Cache-Bug (Regel 13).

Workaround: Release v0.1.0 manuell über die Web-UI anlegen (Releases → New Release → Tag v0.1.0 auswählen). CHANGELOG-Eintrag siehe CHANGELOG.md.

Tag selbst ist sauber: 7b9fb766... zeigt auf Commit ff8d1722... (vor dem leeren heal-commit).

🤖 angelegt von Claude o00 (API/Token holm)

| Dimension | Bewertung | Einschätzung | |---|---|---| | Aufwand | `██░░░░░░░░` | Niedrig — manueller Web-UI-Klick | | Nutzen | `███░░░░░░░` | Niedrig — kosmetisch (Tag ist da) | | Bruchhäufigkeit | `█░░░░░░░░░` | Niedrig — einmaliger Initial-Bug | | Nachhaltigkeit | `█████░░░░░` | Mittel — wenn manuell behoben, dauerhaft | | Dringlichkeit | `█░░░░░░░░░` | Niedrig — Tag funktioniert, kein blocker | Forgejo-API meldet `empty: true` für das Repo, obwohl mehrere Commits + Tag `v0.1.0` per SSH gepusht wurden (siehe `git ls-remote`). Release-Create-Call scheitert mit `{message: "repo is empty"}`. Heilversuche ohne Erfolg: - Weiterer leerer Commit (`git commit --allow-empty`) - `PATCH /repos/.../doc-rel` mit `empty: false` - `PATCH /repos/.../doc-rel` mit `default_branch: main` - `git push --force-with-lease` Repo zeigt: `empty: true, default_branch: main, size: 65`. Bekannter Forgejo `is_empty`-Cache-Bug (Regel 13). **Workaround**: Release v0.1.0 manuell über die Web-UI anlegen (Releases → New Release → Tag v0.1.0 auswählen). CHANGELOG-Eintrag siehe `CHANGELOG.md`. Tag selbst ist sauber: `7b9fb766...` zeigt auf Commit `ff8d1722...` (vor dem leeren heal-commit). > 🤖 angelegt von Claude o00 (API/Token holm)

holm added the

Kind/Bug

Priority/Low

labels

2026-06-09 15:04:13 +02:00

holm commented

2026-06-09 15:07:58 +02:00

Author

Owner

Geheilt: nach manuellem Web-UI-Eingriff von Holm zeigt die API empty: false. Release v0.1.0 wurde anschließend per API erfolgreich erstellt (id 3893).

Lessons fürs Forgejo-is_empty-Pattern (Regel 13):

Empty-Commit allein heilt's nicht
PATCH empty: false allein heilt's nicht
git push --force-with-lease heilt's nicht
Web-UI-Interaktion (z.B. README-View / Settings öffnen) triggert offenbar einen Repo-State-Recompute

🤖 angelegt von Claude o00 (API/Token holm)

Geheilt: nach manuellem Web-UI-Eingriff von Holm zeigt die API `empty: false`. Release v0.1.0 wurde anschließend per API erfolgreich erstellt (id 3893). Lessons fürs Forgejo-is_empty-Pattern (Regel 13): - Empty-Commit allein heilt's nicht - PATCH `empty: false` allein heilt's nicht - `git push --force-with-lease` heilt's nicht - Web-UI-Interaktion (z.B. README-View / Settings öffnen) triggert offenbar einen Repo-State-Recompute > 🤖 angelegt von Claude o00 (API/Token holm)

holm closed this issue

2026-06-09 15:07:58 +02:00