Dieser Artikel wird in Zusammenarbeit mit Buddy erstellt. Vielen Dank, dass Sie die Partner unterstützt haben, die SitePoint erm?glicht haben.

In diesem Artikel wird die Einrichtung einer kontinuierlichen Integrations-/Bereitstellungspipeline für Zweig -Workflows geleitet. Wir werden den Buddy CI/CD -Dienst verwenden, um diese Pipelines einzurichten. Wir werden ein grundlegendes JavaScript -Projekt verwenden, bei dem wir mehrere Entwicklungszweige einrichten. Ich werde Ihnen zeigen, wie Sie Tests an jedem Zweigstyp automatisieren. Ich werde auch das Konzept des Zweig -Workflows vorstellen und einige Beispiele zeigen, die Sie in Ihrem Projekt aufnehmen k?nnen.

Schlüsselpunkte

• Git -Zweige sind in der Softwareentwicklung von entscheidender Bedeutung, da sie Entwicklern erm?glichen, verschiedene Funktionen oder Fehlerbehebungen gleichzeitig zu verarbeiten, ohne die Hauptcode -Basis zu beeinflussen. Dies verbessert die Effizienz und verringert das Risiko, Fehler in den Produktionscode einzuführen.
• unterschiedliche Git -Zweigrichtlinien umfassen Null -Zweig -Richtlinien, Entwicklungszweigrichtlinien, Richtlinien für den Zweigspiel und die Gitflow -Zweigrichtlinien. Jede Strategie hat ihre Vor- und Nachteile, und die Wahl h?ngt von der Gr??e des Projekts, der Anzahl der Entwickler und der Komplexit?t des Projekts ab.
• Buddy CI/CD -Dienst kann verwendet werden, um eine kontinuierliche Integrations-/Bereitstellungspipeline für Ihren Zweig -Workflow einzurichten. Dies erm?glicht es, Aufgaben wie das Ausführen von Tests und Bereitstellung für Webserver zu automatisieren.
• Verwenden von Buddy k?nnen Sie Pipelines für verschiedene Git -Zweigrichtlinien einrichten, einschlie?lich des Master -Zweigs, der Entwicklungs-/Integrationszweig, der Feature Branch und des Hot Reparaturzweigs. Jede Pipeline kann so konfiguriert werden, dass spezifische Aktionen auf der Grundlage der Rolle der Filiale ausgeführt werden.
• Es wird empfohlen, zuerst langfristige Zweige auf dem gemeinsam genutzten Repository einzurichten, um Pipelines effizient zu erstellen. Darüber hinaus k?nnen Sie Wildcards verwenden, um Rohre für mehrere Funktionen und hei?e Reparaturzweige einzurichten.

Voraussetzungen

Um dieses Tutorial zu erlernen, ben?tigen Sie nur grundlegende Node.js -F?higkeiten. Sie müssen auch mit Git vertraut sein. Hier sind einige Artikel, die Ihnen helfen k?nnen:

• Anf?nger von Git
• Git Team Collaboration
• unser Buch "Sprung Start Git"

Um unsere Pipeline einzurichten, müssen wir einige Tests mit Scherz schreiben. Wenn Sie mit Scherz nicht vertraut sind, müssen Sie es nicht lernen. Der Schwerpunkt dieses Artikels liegt darauf, zu erfahren, wie Sie eine Pipeline einrichten, die automatisch neue Zweige ausw?hlt und für Sie erstellt. Bevor wir anfangen, sollten wir uns die verschiedenen Verzweigungsstrategien ansehen, die wir anwenden k?nnen.

Strategie mit Zero -Zweig

Strategie mit Null ist nur ein Sprichwort, das "Sie keine Zweigstrategie verwenden". Es ist auch als grundlegende Workflow bekannt. Sie haben nur einen Master -Zweig, in dem Sie Ihre Version direkt verpflichten und erstellen k?nnen. Diese Strategie ist bequem und gut, wenn das Projekt die folgenden Bedingungen erfüllt:

• klein und einfach
• leere Updates sind fast unn?tig
• verwaltet von einem einzelnen Entwickler

Diese Art von Projekten umfasst Tutorials, Demonstrationen, Prototypen, einführende Projektvorlagen und pers?nliche Projekte. Diese Methode hat jedoch mehrere Nachteile:

• Wenn mehr als eine Person an dem Projekt arbeitet, treten wahrscheinlich mehrere Zusammenführungskonflikte auf
• Sie k?nnen nicht gleichzeitig mehrere Funktionen entwickeln und das Problem beheben
• Funktionen l?schen und wiederherstellen, ist eine schwierige Aufgabe
• Ihr Team wird zu viel Zeit damit verbringen, sich mit Versionskontrollproblemen zu befassen, anstatt neue Funktionen zu entwickeln

Alle diese Probleme k?nnen durch Einführung von Verzweigungsstrategien gel?st werden. Dies sollte Ihnen:

liefern

• F?higkeit, unabh?ngig zu arbeiten und ?nderungen in ein gemeinsames Repository zu übertragen, ohne die Mitglieder der Teammitglieder zu beeinflussen
• F?higkeit, den Code von Teamkollegen mit Ihren ?nderungen zusammenzufassen und alle Konflikte schnell zu l?sen, die m?glicherweise auftreten
• Stellen Sie sicher, dass Code -Standards gewartet werden und die Zusammenarbeit reibungslos verl?uft, unabh?ngig von der Teamgr??e

Bitte beachten Sie, dass Sie frei aus vielen Arten von Zweig -Workflows w?hlen k?nnen. Sie k?nnen auch benutzerdefinierte Zweig -Workflows erstellen, die zu Ihnen passen. Beginnen wir mit der einfachsten Verzweigungsstrategie.

Branchenstrategie entwickeln

In dieser Richtlinie richten Sie eine langfristige Zweigstelle namens entwickelt ein, die parallel zum Hauptzweig l?uft. Alle Arbeiten werden zun?chst in den Entwicklungszweig verpflichtet. Dies ist ein sicherer Ort, an dem Sie Code einführen k?nnen, der Ihr Projekt brechen kann. Sie ben?tigen eine Teststrategie, um sicherzustellen, dass Fehler bei der Zusammenführung der ?nderungen nicht in den Hauptzweig eingeführt werden.

Die Vorteile dieses Workflows sind:

• einfach zu implementieren
• Solange Sie experimentelle Arbeiten im Entwicklungszweig ausführen, bleibt der Hauptzweig stabil und gesund
• Hei?e Reparatur kann jederzeit in der Hauptzweige implementiert werden, w?hrend die Funktion derzeit
implementiert wird

Die Nachteile dieses Workflows sind:

• , um nicht mehrere Funktionen gleichzeitig zu entwickeln
• Nur ein Entwickler (bis zu zwei) kann aktiv am Projekt
teilnehmen
• Verwenden von nur Branchen -L?sch- und Wiederherstellungsfunktionen ist eine Herausforderung

Schauen wir uns einen anderen Workflow an, der diese Herausforderungen lindern kann.

Funktionszweigerstrategie

In diesem Workflow haben Sie jedes Mal, wenn Sie eine neue Funktion entwickeln m?chten, eine neue Feature -Niederlassung ein. Wenn es ein Problem gibt, k?nnen Sie immer hei?e Korrekturen auf der Hauptzweig anwenden. Entwickler müssen die neueste L?sung aus dem Hauptzweig extrahieren, bevor sie ihre Feature -Zweige in den Hauptzweig verschmelzen k?nnen.

Um die Funktionen und Fehlerbehebungen zu verfolgen, die derzeit in der Entwicklung sind, müssen Sie eine Namenskonvention für den Zweig vornehmen. Hier sind einige Formatvorschl?ge, die Sie im Internet finden k?nnen:

• Benutzer/Benutzername/Beschreibung
• Benutzer/Benutzername/WorkItem
• Bugfix/Beschreibung
• Funktionen/Feature-name
• Features/Feature-Area/Feature-Name
• Funktionen/ID ("ID" wird von Projektmanagement -Tools generiert)
• Hotfix/Beschreibung

Die Vorteile dieser Strategie sind:

• Sie k?nnen eine gro?e Anzahl von Entwicklern gleichzeitig in Ihr Projekt einbeziehen und mehrere Funktionen übernehmen
• Wenn Sie Ihre Meinung ?ndern, ist es einfach, Funktionen zu l?schen und diese sp?ter wiederherzustellen
• Sie k?nnen leicht nachverfolgen, woran jeder Entwickler arbeitet

Die Nachteile dieser Strategie sind:

Die gleichzeitige Entwicklung von Funktionen ist nicht immer m?glich, eine Funktion zu implementieren, die von einer anderen unbebauten Funktion abh?ngt. Dies bedeutet, dass die Funktion nicht in den Hauptzweig gedrückt werden kann, wenn alle Abh?ngigkeiten abgeschlossen sind

Schauen wir uns die n?chste Strategie an und sehen, wie wir dieses Problem mildern k?nnen.

Gitflow -Zweigstrategie

Wenn Sie die "Entwicklung" und "Features" -Ast -Workflows kombinieren k?nnen, erhalten Sie eine L?sung, mit der die M?ngel des anderen beseitigt werden k?nnen. Vincent Driessen schrieb einen Blog -Beitrag, der ein fortgeschrittenes Git -Zweigmodell beschreibt, das gro?en Teams hilft, effizient an komplexen Projekten zusammenzuarbeiten und Probleme mit der Versionskontrolle zu minimieren.

Gitflow ist ein anpassbares Modell, mit dem Sie die Funktionen ausw?hlen k?nnen, die am besten zu Ihrem Projekt und Ihrem Team passen. Wenn Sie Gitflow verwenden, k?nnen Sie die Git -Erweiterung von Daniel Kummer für Git nehmen. Mit diesen Tools k?nnen Entwickler erweiterte Repository -Operationen basierend auf dem Modell von Vincent ausführen. Ich werde nicht ausführlich darauf eingehen, aber hier sind einige Dinge, die Sie wissen müssen.

Profis:

für gro?e Teams, die an komplexen Projekten arbeiten
Einfach zu verfolgende Aktivit?tsfunktionen und organisatorische Versionen

Nachteile:

Es ist zu kompliziert für kleine Projekte

Lassen Sie uns nun sehen, wie Sie den Buddy CI -Dienst verwenden, um Aufgaben in unserer Niederlassung zu automatisieren.

Zweigmodellpipeline

Wir müssen zuerst ein einfaches Projekt einrichten und es verwenden, um unsere Pipeline einzurichten. Wir erstellen eine Pipeline, die ?nderungen automatisch extrahiert und Tests ausführt. Erstellen Sie zun?chst ein neues Github -Repository. Nennen Sie es Buddy-Demo.

Laden Sie als n?chstes das folgende Eintragsprojekt herunter und geben Sie es in Ihr Repository:

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

Dieses Projekt ist ein einfaches React -Projekt, das mit Paket erstellt wurde. Sie k?nnen den folgenden Befehl ausführen, um sicherzustellen, dass er ausgeführt wird:

<code>$ npm install
$ npm start
</code>

Wenn Sie Visual Studio -Code verwenden, drücken Sie F5, um den Browser zu starten. ?ffnen Sie ansonsten die Browser -Seite und navigieren Sie zu Localhost: 1234.

Wie Sie sehen k?nnen, nichts Besonderes. Bevor wir es für Buddy CI bereitstellen, müssen wir einen Test schreiben. Wir werden dafür das Scherz -Test -Framework verwenden:

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

Aktualisieren Sie den Abschnitt Package.json -Skript, um Scherz auszuführen, wenn der Befehl npm test ausgeführt wird.

<code>$ npm install
$ npm start
</code>

Lassen Sie uns ein wenig srcapp.jsx aktualisieren:

<code>$ npm install -D jest
</code>

Schreiben wir als n?chstes einen passablen Test. Erstellen Sie die Datei app.test.js und fügen Sie diesen Code ein:

<code> "scripts": {
   //...
    "test": "jest"
  },
</code>

NPM -Testbefehl ausführen, um zu best?tigen, dass unser Test bestanden wurde.

reichen Sie Ihre ?nderungen ein und geben Sie sie in Ihr Github -Repository. Als n?chstes werden wir unsere CI -Pipeline auf Buddy einrichten. Wenn Sie mit der Plattform nicht vertraut sind, melden Sie sich einfach mit Ihrem Github -Konto für ein kostenloses Konto an. Bitte beachten Sie, dass Buddy viele andere Remote -Repository -Dienste als GitHub unterstützt:

Egal welcher Dienstleister Sie ausw?hlen, Buddy listet Repositories auf, für die Sie Automatisierung einrichten k?nnen. In diesem Beispiel werden wir das Buddy-Demo-Projekt ausw?hlen. Klicken Sie auf die Schaltfl?che "Neue Pipeline hinzufügen" und füllen Sie die folgenden Details auf der n?chsten Seite aus:

• Name - Hauptzweig
• Triggermodus - Beim Drücken von
• Brand - Single Branch: Master Branch

In unserer Haupt -Zweig -Pipeline werden wir Aktionen für:

einrichten

• Test
• bündel App
• Bereitstellen auf Web Server

Auf der n?chsten Seite sehen Sie verschiedene M?glichkeiten, die Aktion zu definieren. W?hlen Sie Node.js und stellen Sie auf der n?chsten Seite sicher, dass der folgende Befehl angegeben ist:

<code><div>>
  <h1>></h1>React Parcel Starter Kit>
  <p>></p>This page is on master branch!>
</div>>
</code>

Sie k?nnen den Operationsnamen umbenennen, um den Test auf der Registerkarte Aktionen auszuführen. Ich m?chte darauf hinweisen, dass Sie, wenn Ihr Test Datenbankdienste erfordert, eine über die Registerkarte "Dienste" festlegen k?nnen:

Die beliebtesten Datenbanken werden bereits unterstützt. W?hlen Sie einfach den Datenbanktyp aus und geben Sie Verbindungsdetails und Anmeldeinformationen an. Wenn Sie fertig sind, klicken Sie auf die Schaltfl?che hinzufügen. Klicken Sie auf der n?chsten Seite unten auf die Plus -Schaltfl?che, um die Aktion der Bündelressourcen hinzuzufügen. W?hlen Sie Node.js erneut und geben Sie den folgenden Befehl auf der n?chsten Seite ein:

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

benennen Sie die Aktion um, um Ressourcen auf der Registerkarte Aktionen zu bündeln. Klicken Sie auf dies, wenn Sie fertig sind. Klicken Sie erneut auf das Plus -Zeichen, um die Bereitstellung zu Produktionsaktionen hinzuzufügen. Buddy native Unterstützung für das Bereitstellen von Projekten für verschiedene Arten von Hosting -Anbietern:

Wenn Sie ein Konto in einem dieser Dienste haben, k?nnen Sie alle Bereitstellungsoptionen verwenden. Wenn Sie keinen haben, w?hlen Sie einen Anbieter aus, mit dem Sie ein kostenloses Konto für die Bereitstellung Ihrer Anwendung einrichten k?nnen. In meinem Fall habe ich bereits ein gemeinsames Webhosting -Plankonto, das ich verwenden kann. In der Regel haben Sie Ihre Hauptwebsite www.domainname.com, um eine Live -Produktionsversion Ihres Projekts zu hosten.

Sie müssen über eine separate Staging -Site (normalerweise aus der ?ffentlichkeit verborgen) verfügen, die aus Ihrer Entwicklungs- oder Integrationszweig -Pipeline eingesetzt wird. Eine Staging -Site kann nur eine Subdomain sein, und Suchmaschinen sollten sie nicht indexieren. Die Staging -Site erm?glicht es Entwicklern, Projektmanagern und Testern, zu best?tigen, dass neue Funktionen ordnungsgem?? funktionieren, bevor sie auf die Live -Produktionsstelle dr?ngen.

Um Ihre Anwendung auf einem gemeinsam genutzten oder dedizierten Webhosting -Server (mit CPANEL) bereitzustellen, verwenden Sie einfach die FTP -Methode. Buddy bietet auch eine SFTP -Methode, die Ihr Projektressourcenpaket verschlüsselt, wenn Sie auf den Server hochgeladen werden. Hier ist ein Beispiel dafür, wie ich mein:

eingerichtet habe

Sie müssen ein neues FTP -Konto mit Ihrem CPanel einrichten. Stellen Sie sicher, dass das Heimverzeichnis Ihres neuen FTP -Benutzerkontos direkt in den Ordner WWW oder Subdomain verweist. Andernfalls k?nnen Sie m?glicherweise nicht über FTP auf das korrekte verwaltete Verzeichnis zugreifen. Nachdem Sie alle drei Vorg?nge in der Pipeline eingerichtet haben, k?nnen Sie:

• Führen Sie Ihre Pipeline manuell aus
• Drücken

Nach Abschluss sieht die vollst?ndige Pipeline so aus:

Angenommen, Sie verwenden einen Gitflow -Workflow oder ?hnliches. M?glicherweise müssen Sie eine weitere Pipeline für: einrichten

Entwicklungs-/Integrationszweig
Funktionszweig
Hei?e Reparaturzweig

Die Entwicklungszweig -Pipeline ist fast die gleiche Abzweigpipeline. Sie müssen jedoch eine andere Konfiguration für die Bereitstellung bereitstellen, um den Code auf der Staging -Site bereitzustellen. Funktionelle und Hot Repair Branch -Rohre müssen nur zumindest für Testvorg?nge konfiguriert werden. M?glicherweise m?chten Sie die Anzahl der Tests einschr?nken, die Sie in der Feature Branch -Pipeline ausführen k?nnen. Sie k?nnen dies einfach im Scherz tun, indem Sie dies einfach zum Testbefehl hinzufügen: Scherz -Coverage -ChangedSince = Master. Dies wird nur einen neuen Code testen, der nicht in den Hauptzweig gebracht wurde.

Da es mehrere Funktionen und Hot Fix -Zweige gibt, m?chten Sie vielleicht wissen, wie Sie eine Pipeline für diese Situation einrichten. Sehr einfach - Verwenden Sie einfach die Wildcard -Option:

Um zu best?tigen, dass Ihre Entwicklung/Funktion*/Hotfix* Pipeline funktioniert, erstellen Sie einfach einen Zweig auf Ihrem Computer. Lassen Sie uns in diesem Beispiel einen zuf?lligen Feature -Zweig erstellen:

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

Erstellen Sie dann einen neuen Test in app.test.js:

<code>$ npm install
$ npm start
</code>

Beiten Sie als n?chstes die ?nderungen und drücken Sie den Zweig zu Ihrem Github -Repository:

<code>$ npm install -D jest
</code>

Wenn Sie schnell zu Ihrem Buddy -Account -Dashboard wechseln, sollten Sie Ihre Pipeline Ihre neue Filiale abholen und die von Ihnen definierte Aktion ausführen. Auf diese Weise richten wir Pipelines für jeden Zweig -Richtlinien -Workflow ein, den das Projekt angenommen hat.

Zusammenfassung

Das Letzte, was zu beachten ist, ist, dass es am besten am besten ist, sie zuerst im gemeinsam genutzten Repository einzurichten, wenn Sie vorhaben, langfristige Zweige zu haben. Auf diese Weise k?nnen Sie beim Erstellen einer neuen Pipeline einfach die Option ausw?hlen, um Ihre langfristige Zweigstelle auszuw?hlen.

Wir haben dieses Tutorial jetzt abgeschlossen. Stellen Sie als Herausforderung weiterhin Pipelines für hei?e Reparaturen und Entwicklung ein. Erstellen Sie einige Zweige und schreiben Sie einige fehlgeschlagene Tests, um zu sehen, was passiert. Sie k?nnen auch weiterhin mehr über Git -Verzweigungsstrategien erforschen. Sie k?nnen sogar Git-Flow installieren und das Tool verwenden, um Ihren eigenen Zweig-Workflow anzupassen. Richten Sie dann Ihre Buddy -Pipeline ein, um Ihren benutzerdefinierten Git -Zweig -Workflow zu unterstützen.

FAQs über die Verwendung von Git -Verzweigungen (FAQ)

Welche Bedeutung hat die Bedeutung der Verwendung von Git -Zweig in der Softwareentwicklung?

Git Branch ist ein kritischer Bestandteil eines beliebigen Softwareentwicklungsprozesses. Sie erm?glichen Entwicklern, verschiedene Funktionen oder Fehlerbehebungen gleichzeitig zu verarbeiten, ohne die Hauptcode -Basis zu beeinflussen. Dies bedeutet, dass Entwickler mit neuen Ideen in einer sicheren Umgebung experimentieren k?nnen, ohne den vorhandenen Code zu brechen. Wenn die neue Funktion oder die neue Fehlerbehebung erfolgreich ist, k?nnen Sie sie mit der Hauptcode -Basis zurückführen. Dies macht den Entwicklungsprozess effizienter und verringert das Risiko, Fehler in den Produktionscode einzuführen.

Wie erstelle ich einen neuen Zweig in Git?

Es ist einfach, einen neuen Zweig in Git zu erstellen. Sie k?nnen den Befehl git ast verwenden, gefolgt vom Namen des neuen ast. Zum Beispiel wird Git Branch New Feature eine neue Zweigstelle namens "New-Feature" erstellen. Nach dem Erstellen einer Filiale k?nnen Sie mit dem Git Checkout-Befehl wie folgt zu diesem Zweig wechseln: Git Checkout New-Feature.

Wie fusionieren Sie Ver?nderungen von einem Zweig zum anderen?

Verschmelzung von ?nderungen von einem Zweig zum anderen erfolgt in Git mit dem Befehl git merge. Zun?chst müssen Sie in den Zweig wechseln, an dem Sie die ?nderungen zusammenführen m?chten. Dies kann mit dem Git Checkout -Befehl erfolgen. Sobald Sie sich in der richtigen Filiale befinden, k?nnen Sie Git Merge verwenden, um die ?nderungen aus einem anderen Zweig zusammenzuführen. Wenn Sie beispielsweise ?nderungen aus einer Zweigstelle namens "New-Feature" in eine "Master" -Ast fusionieren m?chten, werden Sie zuerst die "Master" -Ast und dann in Git Fusion New-Feature ausführen.

Was ist Git Branch -Konflikt und wie kann man ihn l?sen?

Git -Zweigkonflikt tritt auf, wenn zwei oder mehr Entwickler in verschiedenen Zweigen ?nderungen am gleichen Teil der Codebasis vornehmen und dann versuchen, diese ?nderungen zusammenzuführen. Git wei? nicht, welche Ver?nderungen zu halten und welche ?nderungen zu Ablagerungen zu Konflikten führen. Um Konflikte zu beheben, müssen Sie die widersprüchlichen Dateien manuell bearbeiten, um zu entscheiden, welche ?nderungen zu behalten sind. Nachdem der Konflikt gel?st wurde, k?nnen Sie Git Add verwenden, um die behobenen Dateien in den Staging -Bereich hinzuzufügen und dann Git Commit zu verwenden, um die ?nderungen zu begehen.

Wie l?sche ich einen Zweig in Git?

Das L?schen von Zweigen in Git wird mit dem Befehl git agir -d gefolgt vom Namen des Zweigs durchgeführt. Zum Beispiel l?scht Git Branch -D-altmodische Ablagerung den Zweig mit dem Namen "Old Feature". Wenn der Zweig jedoch ?nderungen hat, die nicht verschmolzen wurden, erm?glicht Git Sie nicht, den Zweig zu l?schen. Wenn Sie sicher sind, dass Sie Zweige l?schen und diese ?nderungen verlieren m?chten, k?nnen Sie stattdessen die Option -d verwenden, wie unten gezeigt: Git Branch -D -altmodell.

Wie kann man alle Zweige im Git -Repository anzeigen?

Sie k?nnen den Befehl Git Branch (ohne Parameter) verwenden, um alle Zweige im Git -Repository anzuzeigen. Dies listet alle Zweige im Repository auf, der aktuelle Zweig wird hervorgehoben und mit einem Sternchen gekennzeichnet.

Was ist der Unterschied zwischen einem lokalen Zweig und einem abgelegenen Zweig in Git?

Der lokale Zweig in Git ist ein Zweig, der nur auf der lokalen Maschine vorhanden ist, w?hrend der Remotezweig ein Zweig ist, der auf dem Remote -Repository vorhanden ist. Beim Klonen des Repositorys erstellt Git lokale Zweige für alle entfernten Zweige. Sie k?nnen diese lokalen Zweige bew?ltigen und dann ?nderungen in die Fernabzeigung drücken, wenn sie fertig sind.

Wie kann man einen Git -Zweig umbenennen?

Umbenennung eines Git -Zweigs erfolgt mit dem Befehl git agir -m, gefolgt vom alten Zweignamen und dem neuen Zweignamen. Zum Beispiel wird Git Branch -m alter neuer Name den Zweig "alten Namen" in "Newname" umbenennen. Wenn Sie sich derzeit in der Filiale befinden, die Sie umbenennen m?chten, k?nnen Sie den alten Zweignamen wie folgt weglassen: Git Branch -M NEW -NAME.

Wie kann ich ?nderungen im Git -Zweig wiederherstellen?

Sie k?nnen den Befehl git revert verwenden, gefolgt von einem Commit Hash, um ?nderungen im Git -Zweig wiederherzustellen. Dies schafft ein neues Commit, das im angegebenen Commit vorgenommen wird. Zum Beispiel wird Git A867B4AF ein neues Komitee erstellen, das in einem Commit vorgenommen wird, das auf "A867B4AF" gehasht hat.

Wie kann man die Commit -Geschichte von Git Branch sehen?

Sie k?nnen den Befehl Git Log verwenden, um den Commit -Verlauf des Git -Zweigs anzuzeigen. Dadurch werden eine Liste aller Commits angezeigt, die in der aktuellen Niederlassung in umgekehrter chronologischer Reihenfolge gemacht wurden. Wenn Sie den Commit-Verlauf für verschiedene Zweige anzeigen m?chten, k?nnen Sie den Zweignamen wie folgt angeben: Git-Protokollzweigname.

Das obige ist der detaillierte Inhalt vonSo verwenden Sie Git -Zweige und Buddy, um den Projektcode zu organisieren. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!