Database
 sql >> Datenbank >  >> RDS >> Database

Git-Tipps und Best Practices für Anfänger

Ohne ein Versionskontrollsystem ist es nahezu unmöglich, den Quellcode zu verwalten. Sie können ein Softwareentwickler von C, C#, Java oder einer anderen Sprache sein, aber Sie benötigen eine Versionskontrolle. Das beste und eines der beliebtesten Versionskontrollsysteme ist Git.

Git ist ein kostenloses Open-Source-System zur verteilten Versionskontrolle (VCS), das von vielen kleinen und großen Unternehmen verwendet wird. Seine Funktionalität ist beeindruckend, und viele tausend Git-Unterstützer fügen gerne weitere Praktiken und Tipps hinzu, um die Verwaltung der Quellcodeverwaltung produktiver zu gestalten.

Aktuell können Sie mehr als 35 Git Best Practices und viele Tipps nutzen. Dieser Artikel konzentriert sich jedoch auf die 11 besten Git-Tipps und -Praktiken, die für Anfänger optimal sind.

Ich beginne mit meinem absoluten Favoriten – der AFTER-Technik. NACH steht für:

  • A Tomic-Commits
  • F nachfolgende Commits
  • T est Changes Before Push
  • E Standards erzwingen
  • R efactoring.

Atom-Commits

Ein atomares Commit ist ein einzelnes Commit, das nur auf einem Kontext basiert. Damit meine ich ein einzelnes Thema in Bezug auf den Kontext:Funktion, Fehlerbehebung, Refactoring, Update. Wenn alle Ihre Projektänderungen in einem einzigen Commit ausgeführt werden, ist dies der monolithische Weg oder der Spaghetti-Commit .

Häufige Commits

Die Best Practices von Git behaupten, dass Commits nicht auf einer Zeitbasis (stündlich, täglich usw.) basieren sollten. Stattdessen sollten Sie auf Funktionsbasis festschreiben. Daher sollten Sie jedes Mal verpflichten, wenn Sie eine verpflichtende Änderung hinzufügen.

Hast du eine Arbeitstechnik eingebaut? Zusage.

Hast du den Tippfehler korrigiert? Zusage.

Haben Sie eine falsche Einzugsdatei gepatcht? Zusage.

Sobald die Widmung unabdingbar ist, spricht nichts dagegen, kleinere Anpassungen vorzunehmen.

Testen Sie Ihre Änderungen, bevor Sie pushen

In Git können Sie sowohl alleine als auch mit einem Team in Zusammenarbeit arbeiten. Wenn Sie Ihren Code festschreiben, arbeiten Sie mit Ihrem lokalen Repository, und wenn Sie Ihre Änderungen übertragen, arbeiten Sie mit dem Remote-Repository und teilen Ihre Codeänderungen mit dem Team.

Das Testen Ihrer Änderungen, bevor Sie sie übertragen, ist ein Muss. Wenn Sie den defekten Code pushen, kann Ihr Team aufgrund des Fehlers in eine Sackgasse geraten. Testen Sie daher Ihre Änderungen immer lokal, bevor Sie sie auf die Fernbedienung übertragen.

Standards durchsetzen

In jedem Projekt sind Standards entscheidend. Sie beschleunigen die Gesamteffizienz und minimieren Fehler und Verzögerungen. Beachten Sie die zwei einfachen Prinzipien, die Sie in Ihrem Team immer durchsetzen können:

  • Verwenden Sie eine Gitignore-Datei – sie teilt Git mit, dass bestimmte Dateien ignoriert werden sollten, da sie nicht Teil Ihres Codes sind. Es hilft auch, Ihr Repository gesund zu halten.
  • Fügen Sie bei jedem Commit einen entsprechenden Kommentar hinzu. Es ist hilfreich für Entwickler und dient als Dokumentation.

Refactoring ist kein Feature

Für Entwickler ist Code-Refaktorisierung üblich. Es ist auch aus vielen Gründen vorteilhaft, wie zum Beispiel:

  • Machen Sie den Code des Teams lesbar.
  • Reduzieren Sie die Raffinesse.
  • Machen Sie Ihren Quellcode wartbarer usw.

Das Schlimmste ist jedoch, ein neues Feature im selben Commit umzugestalten und hinzuzufügen.

Wenn Sie Refactoring durchführen möchten, sollte dies ein separates Commit sein. Und wenn Sie an einem neuen Feature arbeiten, sollte es in einen bestimmten Commit gehen.

Diese Praktiken kompilieren die AFTER-Technik. Kommen wir nun zu weiteren nützlichen Tipps für die Arbeit mit Git.

Klonen Sie einen Zweig

Manchmal müssen Sie einen bestimmten Zweig aus dem Remote-Repository klonen, nicht das gesamte Repository. In diesem Fall ist Git Remote Add die Lösung:

git remote add -t -f origin

Autor festlegen und zurücksetzen

Um Git zu verwenden, müssen Sie nach dem Herunterladen Ihren Namen und Ihre E-Mail-Adresse festlegen. Die Daten werden an jedes Commit angehängt, das Sie vornehmen. Daher können Sie ohne sie keine Commits erstellen.

git config –global user.name „Ihr Name“

git config –global user.email [email protected]

Wenn Sie aus irgendeinem Grund Ihren Namen oder Ihre E-Mail-Adresse zurücksetzen müssen, gehen Sie wie folgt vor:

git commit –amend –reset-author –no-edit

Repository optimieren

Wenn ein Repository viele hundert Objekte enthält, kann es viele unnötige Objekte geben. Es ist möglich, sie mit einem bestimmten Befehl zu löschen – einem Garbage-Collection-Befehl, der Ihr lokales Repository aufräumt.

Hier ist die Syntax:git gc

Holen Sie sich Ihren Git-Leitfaden

Es ist immer besser, die Git-Befehle zu kennen. Git bietet hierfür einen eigenen Befehl an, den git help Befehl:

git help -g

Indem Sie es ausführen, können Sie auf alle verfügbaren Git-Befehle zugreifen und diese lesen. Der Befehl ist besonders wichtig, wenn Sie Git lernen.

Git-Archiv

Der Git Archive-Befehl ist ein Git-Befehlszeilendienstprogramm, das eine Archivdatei wie Commits, Zweige oder Bäume aus aufgelisteten Git-Referenzen generiert. Zusätzliche Argumente, die die Archivausgabe ändern, werden vom Git-Archiv genehmigt.

git archive –format=tar HEAD

Dieser Befehl erstellt bei Ausführung ein Archiv aus der aktuellen HEAD-Referenz des Repositorys. Es ist ein wertvolles Dienstprogramm zum Erstellen verteilter Git-Repository-Pakete. Hinweis:Es erlaubt mehrere Ausgabeformate im Git-Archiv, die eine zusätzliche Komprimierung verwenden können.

Kennen Sie den .git-Ordner

Der .git-Ordner enthält alle für Ihr Projekt erforderlichen Versionskontrollinformationen sowie alle Commit-Informationen, Remote-Repository-Adresse usw. Er enthält auch ein Protokoll, das Ihren Commit-Verlauf speichert, sodass Sie zum Verlauf zurückkehren können.

Der .git-Ordner ist das Verzeichnis, das erstellt wird, wenn Sie git init oder git clone ausführen. Dieses „Ding“ erstellt ein „Git“-Repository für Ihr Projekt. Ohne sie ist das Projekt lokal – kein Git-Projekt, und Sie können keine Git-Operationen anwenden.

Durch das Löschen des .git-Ordners werden keine anderen Dateien entfernt, die Teil des Git-Repositorys sind. Es wird jedoch nicht mehr unter Versionskontrolle stehen. Daher sollten Sie diesen Ordner nicht löschen.

Schlussfolgerung

Git, ein riesiges System mit vielen hunderttausend Unterstützern, wird ständig verbessert. Entwickler fügen neue Optionen hinzu und machen die Zusammenarbeit der Benutzer viel effektiver und die Ausführung der Aufgaben reibungsloser und schneller.

Viele Softwarelösungen zum Festschreiben von Änderungen und Arbeiten mit Remote-Repositories. Darunter ist dbForge Source Control zu erwähnen, ein multifunktionales SSMS-Add-In. Mit der Ifs-Funktionalität können Sie mit Git und auch mit Systemen wie SVN, TFS und Microsoft Azure DevOps arbeiten.

Ich hoffe, dass dieser Artikel Sie mit grundlegendem Wissen über Git-Tipps und Best Practices ausgestattet hat, damit Sie Ihre Produktivität steigern können. Vielen Dank fürs Lesen und ich hoffe, dass dieser Beitrag Ihnen bei Ihrer Arbeit helfen wird.