Wie Sie vielleicht wissen, ist GIT ein verteiltes Versionskontrollsystem. Die Ingenieure verwenden es, um Änderungen zu verfolgen, die während des Softwareentwicklungsprozesses im Quellcode vorgenommen wurden. Wenn Sie Entwickler sind, insbesondere wenn Sie gerade erst in den Beruf einsteigen, müssen Sie einige der nützlicheren GIT-Befehle lernen.
Schauen wir uns die besten GIT-Bash-Befehle an, die Sie kennen lernen sollten.
Inhaltsverzeichnis anzeigen
Zum Einrichten des Projekts: Eine Erläuterung der GIT-Eingabeaufforderungen
GIT INIT
KONFIG
KLON
ALIAS
Befehle zum Vornehmen und Rückgängigmachen von Änderungen
STATUS
HINZUFÜGEN
BEGEHEN
ZURÜCKSETZEN
VERSTAUEN
ZURÜCKKEHREN
Git-Befehle für Teambemühungen
ZWEIG
Auschecken
ZIEHEN
BEGEHEN
DRÜCKEN
VERSCHMELZEN
REBASIS
Nach dem Ausführen von Befehlen
PROTOKOLL
ZEIGEN
Zum Einrichten des Projekts: Eine Erläuterung der GIT-Eingabeaufforderungen
Für Sie empfohlen: 5 brillante kostenlose Apps, die Ihnen helfen, das Programmieren zu lernen.
GIT INIT
Nehmen wir an, Sie haben gerade ein Projekt in Ihrer bevorzugten IDE erstellt und müssen sich mit PowerShell-GIT-Eingabeaufforderungen auskennen. Sie müssen ein funktionsfähiges GIT-Repository einrichten.
Dabei müssen Sie GIT mitteilen, welches Verzeichnis verwendet und ausgeführt werden soll. Mit der Git-Init- Funktion würden Sie das tun. GIT erstellt ein verstecktes. git-Verzeichnis und verwenden Sie es, um seine Dateien wie andere Unterverzeichnisse zu organisieren.
Hier ist eine Liste der Git-Init- Befehle für die nächsten beliebten Editoren:
git config –global core.editor „'C:\Program Files\Sublime Text 3\sublime_text.exe' -w“ (siehe auch Hinweis unten)
Vim
git config –global core.editor „vim“
Visual Studio-Code
git config –global core.editor „code –wait“
KONFIG
Nachdem Sie Ihr Repository erstellt haben, konfigurieren Sie möglicherweise einige wesentliche Elemente darin, wie zum Beispiel das Einrichten Ihres Benutzernamens. Aus diesem Grund benötigen Sie einen CONFIG-Befehl. Jeder Befehl einer GIT-Liste wird dies enthalten.
Sie können Ihren Benutzernamen einrichten, indem Sie Folgendes ausführen:
Dadurch wird der Benutzername im nahegelegenen Repository abgelegt. Beachten Sie jedoch, dass Sie anschließend, wenn Sie ein zweites Repository erstellen möchten, Ihre Benutzerinformationen noch einmal einrichten müssen.
Dies ist nicht erforderlich, wenn Sie eine globale Befehlsoption hinzufügen. Es wird Ihre Informationen global festlegen:
Sie können auch einen CONFIG-Befehl verwenden, um andere Aspekte zu konfigurieren. Sie können den Befehl in der Konfigurationsdatei platzieren.
KLON
Um ein Repository auf Ihrem Remote-Computer zu erhalten, müssen Sie einen CLONE-Befehl einrichten. Sie tun dies mit Ihrer Git-Clone -Einstellung und indem Sie die URL als Parameter übergeben. Dieser Befehl sollte das gesamte Remote-Repository auf Ihrem Computer klonen. Dies ist ein weiterer GIT-Hub-Befehl, der Ihnen als Entwickler gute Dienste leisten wird.
Mit einem ALIAS-Befehl können Sie Verknüpfungen zu Ihren Lieblingsbefehlen erstellen. Es handelt sich um ein Tool, mit dem Sie eine Befehlsfolge verpacken und unter einem Namen speichern können. Dies gilt als einer der häufigsten GIT-Befehle, die Sie als Entwickler häufig verwenden.
Sie können die Aliase auch direkt in Ihrer Konfigurationsdatei hinzufügen. In diesem Fall wird die Direktive im Beispiel in der globalen Konfigurationsdatei in die folgende Konfiguration umgewandelt. Sie könnten beispielsweise die nächsten Tastenkombinationen für die häufigsten Befehle einrichten:
Befehle zum Vornehmen und Rückgängigmachen von Änderungen
STATUS
Dies ist der Befehl, den Sie verwenden würden, wenn Sie den Status des Staging-Bereichs und Ihrer Arbeitskonfiguration anzeigen möchten. Mithilfe dieser Funktion können Sie sehen, welche Änderungen vorgenommen wurden und welche nicht.
HINZUFÜGEN
Bevor Sie Ihre geänderte oder neue Datei festschreiben, muss sie Ihrem Staging-Bereich hinzugefügt werden. Führen Sie dazu eine Git-Add- Direktive aus. Sie müssen den Namen der Datei und des Verzeichnisses als Parameter übergeben. Sie können f_your_file> eingeben. Zu diesem Zeitpunkt wird Ihre Datei aus Ihrer Liste „Zu übertragende Änderungen“ entfernt.
Durch das Hinzufügen von -p (oder -patch) können Sie Teile jeder verfolgten Datei zum Festschreiben auswählen. Dann enthält jeder Commit nur verwandte Änderungen.
BEGEHEN
Nehmen wir an, Sie haben die Implementierung einiger Funktionen abgeschlossen und möchten die Änderungen speichern. Schauen Sie sich die Liste „Zu übernehmende Änderungen“ an. Sobald dies erledigt ist, wissen Sie, dass alle benötigten Dateien bereitgestellt wurden. Dann können Sie git commit ausführen.
Nachdem Sie diesen Befehl ausgeführt haben, öffnet sich der Standardeditor. Anschließend sollten Sie Ihre COMMIT-Nachricht eingeben.
Wenn Ihre Nachricht kurz ist, fügen Sie sie wie folgt in den GIT COMMIT-Befehl ein:
git commit -m “Your_first_commit_message.”
Sie können auch die Option -a hinzufügen. Auf diese Weise können Sie sicherstellen, dass GIT Ihren Arbeitsbaum überprüft. Anschließend wird GIT ADD für die neuen und geänderten Dateien sowie git rm für alle gelöschten Dateien vor dem Commit ausgeführt.
Möglicherweise haben Sie vergessen, Ihrem Commit eine Datei hinzuzufügen. Sie möchten keinen weiteren Commit-Befehl für diese Datei erstellen. Sie können stattdessen eine Änderungsoption verwenden.
Öffentliche Commits sollten niemals geändert werden. Denken Sie daran, dass Ihre Kollegen ihre Arbeit möglicherweise auf diesem Commit basieren haben. Sie möchten sie nicht durch die von ihnen vorgenommenen Änderungen verwirren.
ZURÜCKSETZEN
Git Reset ist ein weiteres Tool, das Ihnen zu Beginn Ihres Berufslebens als Entwickler nützlich sein sollte. Dies ist ein Befehl, der Ihnen hilft, Änderungen neu zu formatieren. Es gibt mehrere Möglichkeiten, es zu verwenden, aber ein häufiges Beispiel ist, wenn Sie einen Modus und die Commit-Identifikation angeben, als ob es Argumente gäbe, wie folgt:
git reset <mode> <commit>.
Es gibt mehrere Möglichkeiten zum Zurücksetzen. Um sie zu verstehen, sollten Sie die drei GIT-Bäume kennen.
Mixed ist ein Standardaufruf mit GIT RESET. Es verwendet die gemischte Option sowie HEAD als Commit-ID. Es setzt die Referenzzeiger zurück und verschiebt alle Änderungen vom bereitgestellten Index in den Arbeitsbereich. Der Staging-Bereich entspricht dann dem Status, in dem der angegebene Commit stattfindet.
Hard: Die Hard-Option setzt die Referenzzeiger zurück und passt den Staging-Index an. Es ändert auch das Arbeitsverzeichnis und passt es an den Status des jeweiligen Commits an. Im Wesentlichen werden alle Aspekte zurückgesetzt. Bevor Sie einen Hard-Reset durchführen, sollten Sie sich darüber im Klaren sein, welche umfassenden Änderungen Sie vornehmen werden.
Soft: Es gibt auch die Soft-Option, die weder den Staging-Index noch Ihr Arbeitsverzeichnis berührt. Die Referenzzeiger sind alles, was aktualisiert wird.
VERSTAUEN
Nehmen wir an, Sie arbeiten schon seit einiger Zeit an einem bestimmten Funktionsbereich. Sie sehen, dass es in diesem Moment einen Fehler gibt, der behoben werden muss. Ihre Feature-Implementierungen sind jedoch noch in Bearbeitung und Sie möchten keine unvollendeten Zweigänderungen vornehmen. Ihr Git-Stash- Befehl ist das, was Sie brauchen.
Mit dieser Methode können Sie Ihre Änderungen im STASH-Stack behalten. Anschließend können Sie eine Liste davon zusammen mit der Git-Stash-Liste erstellen.
Es gibt keine Einschränkungen für den Zweig, auf den Sie Ihren Vorrat anwenden können. Sie können die Änderungen in einem Zweig speichern und diese bei Bedarf auf einen anderen Zweig anwenden.
Um gespeicherte Änderungen in Kraft zu setzen, verwenden Sie Ihre git stash apply-Direktive. Es wendet die letzten im Stapel gespeicherten Änderungen an. Wenn Sie ältere Änderungen anwenden möchten, können Sie den Namen wie folgt angeben: git stash apply [email protected]{1}. Dies gilt für einen anderen Vorrat im Stapel.
Sobald Sie einen Stash mithilfe einer Apply-Anweisung anwenden, wird er nicht von diesem Stapel entfernt. Sie können dies als einen GIT-Flow-Befehl betrachten, den Sie häufig verwenden werden.
Das könnte Ihnen gefallen: Was sind die Trends bei der Entwicklung mobiler Anwendungen im Jahr 2020?
ZURÜCKKEHREN
Vielleicht hielten Sie es für angebracht, Ihre abgeschlossenen Änderungen in den ursprünglichen Zweig zu übertragen, und haben festgestellt, dass einer Ihrer Commits dort nicht vorhanden sein musste. Beheben Sie das Problem, indem Sie eine weitere Direktive hinzufügen, die die vorherige entfernt. Dabei hilft Ihnen die REVERT-Direktive. Sie müssen Ihre Commit-ID angeben und als Parameter rückgängig machen: git revert <commit_id> .
Der Befehl ermittelt nützliche Informationen, einschließlich des Namens des Zweigs und der Anzahl der Commits, die nach oder vor der Remote-Übertragung durchgeführt wurden. Außerdem können Sie neue und geänderte Dateien als mehrere Listen anzeigen:
Änderungen, die übernommen werden müssen.
Für die Verpflichtung wurden keine Änderungen eingerichtet.
Nicht verfolgte Dateien.
Git-Befehle für Teambemühungen
ZWEIG
Mit Git-Branch- Anweisungen nutzt Ihr System die Liste der Branches. Wenn Sie sich die Remote-Branches ansehen möchten, können Sie dies mit git branch -r tun. Wenn Sie lokale und entfernte Zweige sehen möchten, verwenden Sie git branch -a.
Sie können einen Zweig löschen, indem Sie Folgendes verwenden: git branch -d <branch_name>.
Auschecken
Dies ist eine weitere regelmäßig verwendete GIT-Direktive. Um in der Filiale arbeiten zu können, müssen Sie einen Wechsel durchführen. Mit Git Checkout können Sie ganz einfach von einem Branch zu einem anderen wechseln. Sie können damit sowohl Dateien als auch Commits durchsuchen. Git checkout <name-of-your-branch> ist die Art und Weise, wie es ausgeführt wird.
Beachten Sie Folgendes, wenn Sie erfolgreich zwischen den Zweigen wechseln möchten:
Die Änderungen im aktuellen Zweig können beim Wechsel festgeschrieben oder gespeichert werden
Jeder Zweig, den Sie überprüfen, muss in Ihrem lokalen Zweig vorhanden sein
Es gibt auch einen Verknüpfungsbefehl, mit dem Sie einen Zweig auf einmal erstellen und zu ihm wechseln können:
git checkout -b <name-of-your-branch>.
Dies ist ein Befehl, der eine andere Direktive in Ihrem lokalen Verzeichnis erstellt (-b steht für den Zweig). Es überprüft den neuesten Zweig direkt nach seiner Erstellung.
ZIEHEN
Mit der Git-Pull- Direktive laden Sie neue Daten über ein Remote-Repository herunter und integrieren es in das nächstgelegene. Wenn Sie diesen Befehl ausführen, aktualisieren Sie die lokalen Zweige sowie alle Änderungen von Ihrem Remote-Terminal.
Es gibt auch eine Standardmethode zum Integrieren der neuen Änderungen. Verwenden Sie eine Zusammenführung. Sie können es in „rebase“ ändern, wenn Sie die Option verwenden: git pull –rebase .
Es wird empfohlen, Änderungen immer in einem sauberen Repository in der Nähe abzulegen, in dem sich keine nicht festgeschriebenen Änderungen befinden.
BEGEHEN
Dabei handelt es sich um eine Anweisung, die einen „Schnappschuss“ der Datei erstellen oder diese in Ihrem Versionsverlauf aufzeichnen kann. Sie geben git commit -m „[Geben Sie die Commit-Nachricht ein]“ ein und verwenden sie damit.
Dies ist der Befehl, der alle von Ihnen hinzugefügten Dateien festschreibt, zusammen mit dem GIT ADD-Befehl. Außerdem werden die seitdem geänderten Dateien effektiv festgeschrieben.
DRÜCKEN
Nachdem Sie Änderungen vorgenommen haben, möchten Sie wahrscheinlich eine Übertragung in ein Remote-Repository durchführen. Auf diese Weise stehen sie Ihren Teamkollegen zur Verfügung.
Wenn Sie GIT PUSH ausführen, werden die letzten Änderungen eines aktuellen Bereichs auf die Fernbedienung übertragen. Wenn Sie durch die lokale Erstellung eines Zweigs den gesamten Zweig in ein Remote-Repository verschieben, ist das in Ordnung. Mit dieser Direktive können Sie das tun: git push -u origin <replace_with_branch_name> .
Auf diese Weise verschieben Sie einen Zweig, der einen bestimmten Namen hat, in das Ursprungs-Repository. Der Remote-Zweig sollte denselben Namen wie der lokale verwenden.
VERSCHMELZEN
Wir mussten MERGE auch auf diese Liste der GIT-Eingabeaufforderungen setzen. Sie möchten irgendwann den Feature-Zweig integrieren oder etwaige Fehler in einem anderen Zweig beheben. Durch die Zusammenlegung Ihrer Zweigstelle können Sie dies tun. Dazu müssen Sie einen Git-Merge- Befehl ausführen.
Nach der Ausführung des Befehls können zwei Varianten der Zusammenführung erfolgen: die Drei-Wege-Zusammenführung oder die Schnellvorlauf-Zusammenführung.
Bei einer Schnellvorlaufzusammenführung handelt es sich um einen linearen Pfad zwischen den Zweigen, die Sie zusammenführen möchten. Nehmen wir an, Sie haben vom Master aus einen Bugfix-Zweig erstellt. Sie haben das Problem behoben und möchten es in einem Master zusammenführen. Allerdings hat niemand ein Update der Filiale durchgeführt. GIT kann einen Zweig selbst zusammenführen, wodurch das Problem behoben wird.
Eine Drei-Wege-Zusammenführung findet statt, wenn zwischen den Zweigen kein linearer Pfad vorhanden ist. Wie im letzten Beispiel haben Sie einen Bugfix-Zweig aus der Master-Version entwickelt. Sie haben den Fehler behoben und müssen ihn jetzt mit git merge <branch> zusammenführen.
Vielleicht stellen Sie fest, dass jemand den Master aktualisiert hat. Um die Zweige zu verbinden, muss GIT einen neuen Commit erstellen, in dem die Änderungen kombiniert werden.
Dann entsteht ein Problem. Beide Zweige haben den identischen Codeblock geändert. GIT kann die Änderungen nicht ohne Ihre Hilfe zusammenfügen. Das Akzeptieren einer Änderung ist der einfachste Weg, dies zu tun.
Sie können die Änderungen jedoch auch kombinieren. Wenn dies auftritt, ändert GIT die betroffenen Dateien mit einigen visuellen Indikatoren. So können Sie Probleme leicht lokalisieren. Es werden einige visuelle Markierungen verwendet:
<<<<<< — shows the place the conflict began ====== — separates changes from different branches >>>>>> — shows where the conflict ends
Sobald Sie die Konflikte gelöst und die Markierungen entfernt haben, werden die Konfliktbereiche mit git add zu Ihrem Staging-Bereich hinzugefügt.
Wenn ein Fehler aufgetreten ist oder Sie in eine andere Richtung gehen möchten, führen Sie git merge –abort aus. Dadurch wird Ihr Zweig nicht geändert.
Wenn nicht, verwenden Sie Git-Commit-Befehle. Dadurch wird die Zusammenführung abgeschlossen und ein neues Commit erstellt.
Ein weiterer hilfreicher Befehl ist der Befehl git mergetool, der einfach einen externen Zusammenführungshelfer startet, falls Sie Probleme mit einer Zusammenführung in Git haben.
Vielleicht gefällt Ihnen auch: Beste Programmiersprache für die iOS-App-Entwicklung.
REBASIS
Integrieren Sie Änderungen zunächst mithilfe von REBASE und führen Sie sie dann zusammen. Mit REBASE schreiben Sie die Hintergrundgeschichte des Programms neu. Öffentliche Commits sollten niemals neu erstellt werden, da beispielsweise ein Teammitglied seine Arbeit darauf basieren könnte.
Anstatt einen bestimmten Zweig mit Ihrem eigenen zusammenzuführen, können Sie Ihren Zweig auf einen bestimmten Zweig umbasieren. Aber was macht dieses Rebase-Protokoll, das Sie verwenden?
Was passieren wird, ist, dass Änderungen von einem bestimmten Zweig in einen anderen integriert werden. Die Basis des zweiten Zweigs wird von einem Commit zu einem anderen geändert. Es sieht so aus, als ob der zweite Zweig aus dem ersten erstellt wurde. Dadurch erhalten Sie einen klaren, linearen Verlauf.
Git rebase <name_of_branch_to_rebase_on> ist die Art und Weise, wie Sie den Befehl ausführen.
Dies ist der erste oder Standardmodus des Rebase-Befehls. Dann gibt es noch den zweiten Modus, auch interaktiver Modus genannt. Sie können damit ganz einfach eine Folge von Commits ändern, bevor Sie sie in einen anderen Zweig, auch Remote-Zweig genannt, einbinden.
Nach dem Ausführen von Befehlen
PROTOKOLL
Diese Anweisung dient zum Auflisten des Versionsverlaufs des aktuellen Zweigs. Um es auszuführen, geben Sie git log –follow[file] ein.
Diese Anweisung listet einen Dateiversionsverlauf auf. Das Umbenennen von Dateien wird berücksichtigt. Git Log gibt einen Commit-Verlauf aus.
In diesem Szenario können mehrere Optionen verwendet werden. Eines davon ist git log –stat. Für jeden Commit im Verlauf wird eine Liste mit Namen gedruckt. Auf die entfernten, geänderten oder hinzugefügten Dateien kann zugegriffen werden. Es werden die Zeilenbeträge angezeigt, die entfernt oder hinzugefügt wurden. Sie werden feststellen, dass es auch eine Zusammenfassung gibt, die Sie lesen können.
ZEIGEN
Die Show-Eingabeaufforderung, die Entwickler verwenden, kann Details für verschiedene Objekte anzeigen. Wenn wir „Objekte“ sagen, sprechen wir von Commits oder Tags. Mit git show kann eine ältere Dateiversion angezeigt werden. Mit diesem Befehl können Sie beispielsweise eine Version einer Datei anzeigen, die vor zwei Commits erstellt wurde.
Hoffentlich hat dieses GIT-Befehls-Tutorial als Einführung in dieses Tool geholfen. Je mehr Sie als Entwickler über GIT lernen, desto besser sind Sie in der Lage, von einem Team eingestellt zu werden, das einen zuverlässigen Programmierer sucht.
Je fortgeschrittener Sie in diesem Bereich werden, desto mehr GIT-Eingabeaufforderungen lernen Sie und Ihre Programmierung wird viel reibungsloser. Sie können brauchbaren Code schreiben, der von Ihren Teamkollegen ergänzt werden kann.
Dieser Artikel wurde von Slava Vaniukov geschrieben. Er ist Mitbegründer und CEO von Softermii, einer Software- und App-Entwicklungsagentur. Er verfügt über mehr als 9 Jahre Erfahrung in der Web- und Mobilentwicklungsbranche. Darüber hinaus ist er einer der Autoren des Softermii-Blogs und Tech-Blogger, der in zahlreichen anderen Webressourcen vorgestellt wird. Sie können ihm auf LinkedIn folgen.
