Im PR develop → staging zeigt Gitea v1.26.0 Commits als "neu" an, die bereits in der Ziel-Branch (staging) vorhanden sind.
Git-Flow der den Bug auslöst:
1. feature-Branch: Commit X hinzufügen
2. PR feature → staging mergen → Commit X ist in staging ✓
3. PR feature → develop mergen → Commit X ist in develop ✓
4. PR develop → staging erstellen → Gitea zeigt Commit X fälschlicherweise als "neu" ✗
Erfolgreich als "kyronadmin" in Gitea v1.26.0 eingeloggt. Dashboard geladen.
Das Test-Repo "kyron-37383-repro" wurde via API erstellt. Branches: main, staging, develop, feature. Commit X (9beddb6) wurde auf den feature-Branch gepusht.
PR #3 (develop → staging) wurde erstellt. Davor wurden feature → staging (Commit X gelangt in staging) und feature → develop (Commit X gelangt in develop) gemergt. Der Commits-Badge sollte 0 zeigen.
Der Commits-Tab des Bug-PR listet den Merge-Commit vom feature → develop Merge als "neuen" Commit auf.
PR-Übersicht unmittelbar vor der primären Assertion. API-Commit-Count: 1. Erwartet: 0.