commitizen / commitizen/cz-cli
Interactive --retry (prefill with previous attempt information)
- Vorherrschende Sprache
- JavaScript
- Sterne
- 17.5k
- Forks
- 566
- Ø Merge
- 8 Std. 16 Min.
- Gemergte PRs (30 T.)
- 1
Beschreibung
I have some git pre-commit hooks in my projects. If they fail after `git cz` is run, then I can either run `git cz` again, and fill everything again, or I can run it with `git cz --retry`, but in that case if the issue was with my commit message not being valid (against [commintlint](http://marionebl.github.io/commitlint/#/guides-use-prompt) for instance) it will just fail again.
It would be nice to have `git cz` be pre-filled with text from last try. So I could just come back and edit it then it would pass the second time.
I can imagine someone not knowing about `.git/COMMIT_EDITMSG` writting a nice commit message with a long description (describing a complex breaking change for example), and feeling devastated when they forgot something that breaks commintlint, and they think they lost their work. This doesn't happen with `git commit -m ""` because most people use their terminal history to recover the previous git commit command with their message.
Beitragsleitfaden
Rechercherichtung
Beginne damit nachzuverfolgen, wie `git cz --retry` den vorherigen Versuch behandelt und wie `.git/COMMIT_EDITMSG` nach einem fehlgeschlagenen Commit-Hook verwendet wird. Reproduziere einen fehlgeschlagenen Hook mit einer Nachricht, die gegen commitlint verstößt, und definiere den Abschluss so, dass `git cz --retry` mit der vorherigen Nachricht zum Bearbeiten und Validieren erneut geöffnet wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- git, javascript, node.js
- Bereich
- cli
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100