Bündelt die zwei Änderungen, die seit v1.10.0 auf main gelandet sind, zu einer Fassung.
Enthalten
Neu
Die Karte auf dem Aufgabenbrett trägt die Nummer ihres verknüpften Git-Issues (#12)
Besser
Die Rechte einer Git-Verbindung stehen Aufruf für Aufruf in der README (#10)
Behoben
Der Hinweis unter dem Token-Feld nannte die Rechte für Actions nicht — ohne die sieht bei GitHub niemand einen CI-Zustand
Was hier passiert
package.json auf 1.10.1
Eintrag im Änderungsverlauf (lib/changelog.ts), der in der Anwendung hinter der Versionsnummer in der Fußzeile erscheint
ROADMAP auf den neuen Stand
FEATURES 2a beschreibt das Kennzeichen auf der Karte
package-lock.json stand noch auf 1.2.0 und beschrieb damit ein Paket, das es so nie gab — mitgezogen
Verlauf und Versionsnummer wandern bewusst im selben Commit: changelog.test.ts prüft, dass der oberste Eintrag der installierten Fassung entspricht. Genau daran ist das Projekt schon einmal gescheitert.
Bündelt die zwei Änderungen, die seit v1.10.0 auf `main` gelandet sind, zu einer Fassung.
## Enthalten
| | |
| --- | --- |
| **Neu** | Die Karte auf dem Aufgabenbrett trägt die Nummer ihres verknüpften Git-Issues (#12) |
| **Besser** | Die Rechte einer Git-Verbindung stehen Aufruf für Aufruf in der README (#10) |
| **Behoben** | Der Hinweis unter dem Token-Feld nannte die Rechte für *Actions* nicht — ohne die sieht bei GitHub niemand einen CI-Zustand |
## Was hier passiert
- `package.json` auf 1.10.1
- Eintrag im Änderungsverlauf (`lib/changelog.ts`), der in der Anwendung hinter der Versionsnummer in der Fußzeile erscheint
- ROADMAP auf den neuen Stand
- FEATURES 2a beschreibt das Kennzeichen auf der Karte
- `package-lock.json` stand noch auf `1.2.0` und beschrieb damit ein Paket, das es so nie gab — mitgezogen
Verlauf und Versionsnummer wandern bewusst im selben Commit: `changelog.test.ts` prüft, dass der oberste Eintrag der installierten Fassung entspricht. Genau daran ist das Projekt schon einmal gescheitert.
## Geprüft
`tsc` sauber · 275 Unit-Tests grün · `npm run build` durch.
Zwei Aenderungen seit 1.10.0, beide bereits auf main: das Kennzeichen fuer
ein verknuepftes Git-Issue auf der Aufgabenkarte (#12) und die Token-Rechte,
Aufruf fuer Aufruf belegt (#10). Dazu die Korrektur am Hinweis unter dem
Token-Feld, der die Rechte fuer Actions nicht nannte - ohne die sieht bei
GitHub niemand einen CI-Zustand.
Verlauf und Versionsnummer wandern zusammen, sonst laufen sie auseinander;
changelog.test.ts haelt das fest. Die package-lock.json stand noch auf 1.2.0
und beschrieb damit ein Paket, das es so nie gab - mitgezogen.
Refs #10
Refs #12
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 die zwei Änderungen, die seit v1.10.0 auf
maingelandet sind, zu einer Fassung.Enthalten
Was hier passiert
package.jsonauf 1.10.1lib/changelog.ts), der in der Anwendung hinter der Versionsnummer in der Fußzeile erscheintpackage-lock.jsonstand noch auf1.2.0und beschrieb damit ein Paket, das es so nie gab — mitgezogenVerlauf und Versionsnummer wandern bewusst im selben Commit:
changelog.test.tsprüft, dass der oberste Eintrag der installierten Fassung entspricht. Genau daran ist das Projekt schon einmal gescheitert.Geprüft
tscsauber · 275 Unit-Tests grün ·npm run builddurch.