ℹ️ Sie sollten es vermeiden, Ihre Arbeit zu pushen, bevor Sie damit zufrieden und bereit sind, sie mit dem Rest der Welt zu teilen (git-scm.com).

Conventional Commits

Wir verwenden Conventional Commits v1.0.0, bitte lesen Sie die Online-Dokumentation. In der Git-Commit-Nachricht können Sie auch Verweise auf die GitLab-Issues hinzufügen, an denen Sie arbeiten.

Hier ein einfaches Beispiel, wie Sie es verwenden können.

fix: init only one time the InputService

Service restarted every time when the cursor moved.

Refs: https://gitlab.e.foundation/e/backlog/-/issues/3316

Historie umschreiben

Die Git-Historie ist wichtig, um Änderungen an einem bestimmten Projekt leicht nachvollziehen zu können. Wenn ein neuer Mitwirkender das Projekt durch das Lesen der Git-Historie entdeckt, sollte er in der Lage sein, bestimmte Entscheidungen zu verstehen oder einen Commit zu erkennen, der zu einer Regression führen kann.

Um also sicherzustellen, dass die Git-Historie die geleistete Arbeit widerspiegelt, ist es wichtig, die Commit-Historie Ihres Entwicklungszweigs umschreiben zu können, bevor Sie ihn einreichen oder wenn ein Reviewer Anmerkungen macht. Wir möchten keine Commit-Nachrichten wie lint oder apply review suggestion einführen. Ein solcher Commit muss zusammengefasst (gesquasht) werden.

Hier ist eine Online-Dokumentation, die Ihnen beim Umschreiben Ihrer Git-Historie hilft.