detailed explanatory text, if necessary. Wrap it to about 72 characters or so. In some contexts, the first line is treated as the subject of the commit and the rest of the text as the body. The blank line separating the summary from the body is critical (unless you omit the body entirely); various tools like `log`, `shortlog` and `rebase` can get confused if you run the two together. Further paragraphs come after blank lines. 15
wird, das noch nicht gespeichert ist, kommt es bei field.getDependencies() zu einer NPE, da die Felder und ihre Dependencies erst aus dem XML geladen werden müssen. 18
wird, das noch nicht gespeichert ist, kommt es bei field.getDependencies() zu einer NPE, da die Felder und ihre Dependencies erst aus dem XML geladen werden müssen.Besser wäre es wohl vor dieser Validierung den Reload irgendwie zu erzwindgen. 19
reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this commit's log message # d, drop = remove commit
reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this commit's log message # d, drop = remove commit
es 2. Verwende die Standard-Formatierung für Commits 3. Formuliere eine kurze aber präzise Zusammenfassung 4. Bewahre den Kontext des Commits 5. Trenne Änderungen von Refactorings 6. Den letzten Commit mit git commit --amend bearbeiten 7. Kenne und nutze die Möglichkeiten von git rebase –i 57 7 Tipps für eine verständliche Git-Historie