Ein unbrauchbarer GIT_API_TIMEOUT_MS legte den ganzen Abgleich still
Warum die drei Abgleich-Punkte zusammengehören
Sie sind dieselbe Geschichte in drei Kapiteln. Ein verschluckter Fehler sah aus wie ein leeres Ergebnis, überschrieb dabei den letzten guten Stand, und weil niemand die Ursache sehen konnte, blieb sie tagelang unentdeckt. Erst als die Fehlschläge sichtbar wurden, ließ sich der Rest überhaupt benennen: die Seitengröße und die Zeitüberschreitungen. Ohne #19 wäre keines der beiden anderen gefunden worden.
Beim Ausrollen
Zwei Migrationen laufen mit:
20260818230000_task_column_limit — taskColumnLimit an AppSettings
20260901160000_snapshot_teilabrufe — missing und completeAt an RepoSnapshot
scripts/update.sh ruft prisma migrate deploy selbst auf.
Geprüft
tsc sauber · 299 Unit-Tests · npm run build durch — nach dem Zusammenführen beider Zweige, nicht nur einzeln.
Anmerkung
#22 und #23 sind ohne /issue-freigabe gemergt worden, auf ausdrückliche Anweisung. Die Testanleitungen stehen in den Issues; die interessanteste ist die zu #22 — nach dem Ausrollen sollte flimmer „76 an … Tagen" zeigen statt „50 an 2 Tagen".
Bündelt vier Änderungen seit v1.10.1 zu einer Fassung. **Minor statt Patch**, weil eine neue Funktion dabei ist und zwei Schemaänderungen mitkommen.
## Enthalten
| | |
| --- | --- |
| **Behoben** | Ein fehlgeschlagener Teil-Abruf sah aus wie ein leeres Ergebnis und überschrieb dabei den letzten guten Stand (#19, #20) |
| **Behoben** | Die Heatmap kannte bei Gitea nur die jüngsten 50 Commits — Seitengröße angefragt statt gemessen (#22) |
| **Besser** | Ein Abruf mit Zeitüberschreitung wird einmal nachgeschlagen, einzeln statt im Schwung (#23) |
| **Neu** | Karten je Spalte im Aufgabenbrett begrenzen (#16) |
| **Neu** | Aufgabenkarte zeigt die Nummer ihres verknüpften Git-Issues (#12) |
| **Besser** | Token-Rechte Aufruf für Aufruf dokumentiert (#10) |
| **Behoben** | Ein unbrauchbarer `GIT_API_TIMEOUT_MS` legte den ganzen Abgleich still |
## Warum die drei Abgleich-Punkte zusammengehören
Sie sind dieselbe Geschichte in drei Kapiteln. Ein verschluckter Fehler sah aus wie ein leeres Ergebnis, überschrieb dabei den letzten guten Stand, und weil niemand die Ursache sehen konnte, blieb sie tagelang unentdeckt. Erst als die Fehlschläge sichtbar wurden, ließ sich der Rest überhaupt benennen: die Seitengröße und die Zeitüberschreitungen. Ohne #19 wäre keines der beiden anderen gefunden worden.
## Beim Ausrollen
Zwei Migrationen laufen mit:
- `20260818230000_task_column_limit` — `taskColumnLimit` an `AppSettings`
- `20260901160000_snapshot_teilabrufe` — `missing` und `completeAt` an `RepoSnapshot`
`scripts/update.sh` ruft `prisma migrate deploy` selbst auf.
## Geprüft
`tsc` sauber · **299 Unit-Tests** · `npm run build` durch — nach dem Zusammenführen beider Zweige, nicht nur einzeln.
## Anmerkung
#22 und #23 sind ohne `/issue-freigabe` gemergt worden, auf ausdrückliche Anweisung. Die Testanleitungen stehen in den Issues; die interessanteste ist die zu #22 — nach dem Ausrollen sollte `flimmer` „76 an … Tagen" zeigen statt „50 an 2 Tagen".
Vier Aenderungen seit 1.10.1, alle bereits auf main. Minor statt Patch,
weil eine neue Funktion dabei ist und zwei Schemaaenderungen mitkommen.
Der Schwerpunkt liegt beim Abgleich, und die drei Punkte dort gehoeren
zusammen: Ein verschluckter Fehler sah aus wie ein leeres Ergebnis (#19),
ueberschrieb dabei den letzten guten Stand (#20), und weil niemand die
Ursache sehen konnte, blieb sie tagelang unentdeckt. Erst als die Fehler
sichtbar waren, liess sich der Rest ueberhaupt benennen: eine Seiten-
groesse, die angefragt statt gemessen wurde (#22), und Zeitueber-
schreitungen, die einen zweiten Versuch verdienen (#23).
Dazu die Karten je Spalte (#16) und das Issue-Kennzeichen (#12) aus den
Fassungen davor.
Verlauf und Versionsnummer wandern zusammen; changelog.test.ts haelt das
fest.
Beim Ausrollen laufen zwei Migrationen mit: taskColumnLimit an
AppSettings und missing/completeAt an RepoSnapshot.
Refs #16
Refs #19
Refs #20
Refs #22
Refs #23
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Bündelt vier Änderungen seit v1.10.1 zu einer Fassung. Minor statt Patch, weil eine neue Funktion dabei ist und zwei Schemaänderungen mitkommen.
Enthalten
GIT_API_TIMEOUT_MSlegte den ganzen Abgleich stillWarum die drei Abgleich-Punkte zusammengehören
Sie sind dieselbe Geschichte in drei Kapiteln. Ein verschluckter Fehler sah aus wie ein leeres Ergebnis, überschrieb dabei den letzten guten Stand, und weil niemand die Ursache sehen konnte, blieb sie tagelang unentdeckt. Erst als die Fehlschläge sichtbar wurden, ließ sich der Rest überhaupt benennen: die Seitengröße und die Zeitüberschreitungen. Ohne #19 wäre keines der beiden anderen gefunden worden.
Beim Ausrollen
Zwei Migrationen laufen mit:
20260818230000_task_column_limit—taskColumnLimitanAppSettings20260901160000_snapshot_teilabrufe—missingundcompleteAtanRepoSnapshotscripts/update.shruftprisma migrate deployselbst auf.Geprüft
tscsauber · 299 Unit-Tests ·npm run builddurch — nach dem Zusammenführen beider Zweige, nicht nur einzeln.Anmerkung
#22 und #23 sind ohne
/issue-freigabegemergt worden, auf ausdrückliche Anweisung. Die Testanleitungen stehen in den Issues; die interessanteste ist die zu #22 — nach dem Ausrollen sollteflimmer„76 an … Tagen" zeigen statt „50 an 2 Tagen".