Git-Tipps und -Tricks

 (blog.gitbutler.com)
5 Punkte von GN⁺ 2024-02-14 | 1 Kommentare | Auf WhatsApp teilen

Git-Tipps und -Tricks

  • Eine Einführung in Dinge über Git, die viele nicht kennen, sowie in neue Funktionen.
  • Früher wurden fortgeschrittene Git-Anwendungen unterrichtet, doch in letzter Zeit hat sich gezeigt, dass viele Menschen große Teile von Git nicht kennen.
  • Die neue Generation von Entwicklerinnen und Entwicklern hat nicht die Erfahrung gemacht, von anderen Versionsverwaltungssystemen zu Git zu wechseln.
  • Git kann inzwischen einige Dinge tun, die vor ein paar Jahren noch unmöglich waren.
  • Die Veränderungen in Git sind mitunter subtil oder nur in sehr speziellen Fällen nützlich.

Einführung in die Serie

  • Geplant sind drei kurze Artikel über einige interessante Aspekte von Git für Nutzerinnen und Nutzer mit Kenntnissen auf mittlerem bis fortgeschrittenem Niveau.
  • Die Themen sind wie folgt:
    • Alt, aber gut
    • Subtile Neuerungen
    • Wirklich große Repositories und Monorepos
  • Git liefert weiterhin neue Entdeckungen, was das Erkunden spannend macht.

Meinung von GN⁺

  • Git entwickelt sich kontinuierlich weiter, und selbst Nutzerinnen und Nutzer mit langjähriger Erfahrung können von neuen Funktionen überrascht werden.
  • Für die neue Generation von Entwicklerinnen und Entwicklern kann es hilfreich sein, Git im Vergleich zu früheren Versionsverwaltungssystemen besser zu verstehen.
  • Von dieser Serie ist zu erwarten, dass sie Tipps und Tricks liefert, die beim effektiveren Einsatz von Git helfen.

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-02-14
Hacker-News-Kommentare

  • Aussage des Autors:

    • Der Autor sagt, dass er in letzter Zeit viel gelernt habe, und erwähnt, dass Microsoft und GitHub in den vergangenen Jahren nach und nach Funktionen für große Repositories in den Git-Kern eingebracht haben.
    • Er habe interessante Gespräche mit den Mercurial-Entwicklern geführt, die durch das Schreiben einiger interner Komponenten in Rust erstaunliche Geschwindigkeitsverbesserungen erzielt hätten.
    • Er ziehe eine dritte Ausgabe von Pro Git in Betracht und bitte darum, ihm mitzuteilen, was man über Git auf die harte Tour gelernt habe oder gern wissen würde, damit er es aufnehmen könne.

  • Nutzer, der eine einfache Nutzung von Git bevorzugt:

    • Er wolle die komplexen Funktionen von Git nicht lernen und Git nach dem Pushen des Codes wieder vergessen und einfach weiterarbeiten.
    • Denjenigen, die Git lieben, spreche er Lob aus, persönlich betrachte er es jedoch nur als ein Werkzeug, das man eben benutzen müsse.

  • Nutzer, der etwas Neues über core.fsmonitor gelernt hat:

    • Er spricht über große Monorepos und sagt, es wäre schön, wenn es nach git clone eine Funktion zum Fortsetzen des Downloads gäbe.
    • Er teilt seine Erfahrung aus den 2000er-Jahren, als er versuchte, das Kernel-Repository über eine langsame Verbindung zu klonen, und erwähnt die Probleme beim Klonen großer Repositories.
    • Er weist darauf hin, dass es trotz Git und Docker als zentraler Software des modernen Entwicklungs-Stacks mit hohem Bandbreitenverbrauch keine angemessene Unterstützung zum Fortsetzen von Downloads gibt.

  • Nutzer, der Scott Chacons Git-Beiträge liest und dafür abstimmt:

    • Er sagt, dass Scott Chacons Artikel sein frühes Verständnis des Git-Modells und der Abläufe geprägt hätten, und bedankt sich dafür, dass ihm dessen Inhalte weiterhin zu einem besseren Verständnis verhelfen.

  • Nutzer, der mit Git zufrieden ist:

    • Er spricht darüber, dass viele Menschen die Herausforderung, Code zu verschiedenen Releases, Features und Hotfixes beizutragen, Releases zu taggen und Bugs aufzuspüren, mit einer „einfacheren“ Oberfläche lösen wollen.
    • Er behauptet, Git zu lernen sei nicht besonders schwer, und manche Menschen sollten sich einfach die Mühe machen, Git zu lernen.

  • Nutzer, der nach Git-Befehlen gesucht hat:

    • Beim Versuch, die 10 Dateien zu finden, die seit ihrer Erstellung am häufigsten geändert wurden, entdeckte er weitere nützliche Git-Befehle.

  • Nutzer, der seinen Git-Workflow vereinfacht hat:

    • Er hat seinen Git-Workflow mithilfe einiger Aliasse, die in verschiedenen Umgebungen funktionieren, stark vereinfacht.
    • Über diese Aliasse synchronisiert er den aktuellen Branch mit Upstream oder Origin, veröffentlicht Änderungen im Remote-Repository, öffnet den passenden PR und ruft die GitHub-Seite des Repositories auf.

  • Nutzer, der statt der Git-Kommandozeile visuelle Tools verwendet:

    • Er nutzt visuelle Git-Tools wie SmartGit oder die in IntelliJ integrierten Werkzeuge und meint, Git in der Kommandozeile zu verwenden sei etwas für Leute, die damit angeben wollen.
    • Er argumentiert, dass die Porcelain-Ebene verwirrend sei und es im User Interface keinen konsistenten Stil oder kein einheitliches Theme gebe, weshalb eine neue „visuelle“ Schicht nötig sei.

  • Nutzer, der nützliche Tipps zu Git teilt:

    • Er sagt, es sei hilfreich gewesen zu erfahren, dass man die Option --committerdate als Standardsortierung festlegen könne.
    • Er teilt einige Hinweise zu git columns und git maintenance und stellt ein nützliches Skript im Zusammenhang mit git blame vor.

  • Nutzer, der sich wünscht, die Standardwerte von Git ändern zu können:

    • Er meint, viele Standardeinstellungen von Git könnten besser sein, erwähnt aber, dass sie wohl aus Gründen der Abwärtskompatibilität nicht geändert wurden.