Heim >Backend-Entwicklung >PHP-Tutorial >Git-notwendiger Betriebsprozess für Neulinge, um sich dem Job anzuschließen

Git-notwendiger Betriebsprozess für Neulinge, um sich dem Job anzuschließen

伊谢尔伦
伊谢尔伦Original
2016-12-05 11:46:491507Durchsuche

1. Hintergrund
Ich habe svn bereits für die Codeversionsverwaltung verwendet. Obwohl es bereits mehrmals auf Github verwendet wurde, ist das Verwendungsszenario zu einfach Im Vergleich zu den Entwicklungsszenarien der Filialen ist es dazu bestimmt, an eine Wand zu stoßen, auch wenn es nicht genutzt wurde! Obwohl die Verwendung von Git bei der Online-Suche dringend empfohlen wird, ist das Traurigste für Anfänger: Es gibt alle Verwendungsmethoden, aber Sie wissen es nicht und trauen sich nicht, es beiläufig zu verwenden! Schließlich handelt es sich hier um einen echten Kampf. Um es jetzt zusammenzufassen: Ich hoffe, dass es Anfängern wie mir helfen kann. Seien Sie nicht wie ich und lassen Sie Ihr Selbstvertrauen durch die Verwendung eines kleinen Tools stark beeinträchtigen! Ich möchte mich bei meinem Kollegen in der Firma, Zhiling, bedanken, der mir als Lehrer zur Aufklärung über die Verwendung von Git verholfen hat.

Dieser Artikel stellt hauptsächlich einen einfachen und grundlegenden Nutzungsprozess des Git-Management-Projekts vor. Veteranen ignorieren ihn bitte! Für Anfänger sollte es jedoch ein notwendiger operativer Prozess sein, in das Unternehmen einzusteigen, was immer noch relativ wichtig ist. Ein guter Start ist die halbe Miete. Die erste Nutzung bestimmt bis zu einem gewissen Grad Ihren Eindruck von diesem Tool und Ihren Wunsch, tiefgreifend zu lernen. Es ist auch ein entscheidender Moment für die Stärkung Ihres persönlichen Selbstvertrauens, wenn Sie zum ersten Mal in das Unternehmen einsteigen Gehen Sie in den Arbeitsmodus, aber wenn Sie nicht wissen, wo Sie anfangen sollen, ist das ein Zeichen mangelnder Fähigkeiten, und die Folgen werden wahrscheinlich zu einem Teufelskreis führen. Wenn du das siehst, verspürst du dann das Bedürfnis, es einzusammeln, haha!

2. Git und SVN
Beide sind hervorragende Versionsverwaltungstools.

Git ist verteilt: Der Server und jeder Entwickler verfügen über ein lokales Code-Management-Warehouse für die lokale Code-Verwaltung.

SVN ist zentralisiert: Es gibt nur ein Code-Management auf dem Server-Warehouse

Letzter Satz: Ich habe das Gefühl, dass Git einfacher zu verwenden ist als SVN! , alle Unternehmen einiger Größe nutzen es (diejenigen, mit denen ich in Kontakt gekommen bin)!

Für weitere spezifische Details können Sie selbst zu Google gehen! Dies ist nicht der Schwerpunkt meines Vortrags.

3. Die Verwendung von Git (am Beispiel des aktuellen Unternehmens)

1. Die Verwendung von Git für das Projektmanagement und die Entwicklung erfolgt im Allgemeinen auf dem Server side (origin) Erstellen Sie ein Lager für die Codeverwaltung. Das Lager unterhält drei Hauptzweige. Wie unten gezeigt

1

Master-Zweig: Es gibt nur einen, da der Hauptzweig

Dev-Zweig: der Entwicklungszweig der aktuellen Version des Projekts ist Schneiden Sie lokale Zweige basierend auf diesem Zweig für die Entwicklung ab.

Zweig anderer Versionen: Jede Version des Projekts, nach Abschluss der Entwicklung und des Tests, der endgültige stabile Code. Immer wenn die Entwicklung und das Testen einer Version abgeschlossen sind, wird der stabile Code der aktuellen Version in den Master-Zweig eingefügt.

Angenommen, bei der Entwicklung der aktuellen Version tritt online ein Fehler in der Version dev7.0.0 auf. Zu diesem Zeitpunkt können Sie Reparaturen basierend auf dem Zweig dev7.0.0 durchführen. Dies ist der größte Vorteil der Pflege anderer Versionszweige.

2. Verwendung (vorausgesetzt, dass Git-Software installiert und SSH konfiguriert ist)

Der Vorteil der Konfiguration von SSH besteht darin, dass Sie beim Pushen nicht immer den Benutzernamen und das Passwort eingeben müssen Code lokal auf den Server übertragen!

Abgesehen davon dachte ich immer, dass Android Studio Git integriert, sodass es nicht nötig war, Git herunterzuladen. Das ist völlig falsch! Muss heruntergeladen werden, da AndroidStudio integriert ist. Es ist nichts weiter als ein visuelles Dienstprogramm für Git. Bitte verzeihen Sie mir meine Unwissenheit! ! hey-hey.

(1), Ziehen Sie den Code

Tipp: Navigieren Sie nach der Installation von Git zu dem Verzeichnis, in dem der lokale Projektcode gespeichert ist, klicken Sie mit der rechten Maustaste und klicken Sie auf „git Bash“. Popup-Befehlsfeld! !

$ git clone

Dieser Befehl generiert lokal ein Verzeichnis mit demselben Namen wie das Ursprungs-Repository. Das Verzeichnis enthält .git-Dateien (standardmäßig ausgeblendet) und Der Code des Master-Zweigs auf dem Server (möglicherweise nicht, da es im Allgemeinen keine Berechtigung gibt, ihn im Master-Zweig abzurufen); bitte beachten Sie, dass er sich zu diesem Zeitpunkt im Master-Zweig befindet und Sie den Befehl $ git branch verwenden können um es anzusehen! Aber wir müssen den Code im Entwicklungszweig kürzen!

$ git checkout dev

Dieser Befehl schaltet das lokale Repository (lokal) auf den Dev-Zweig um (vorausgesetzt, der Dev-Zweig ist bereits auf dem Ursprung vorhanden) und richtet den Zweig ein, der Local und Origin entspricht . Dieser Zweig Sie können direkt mit dem entsprechenden Ursprungszweig kommunizieren. Führen Sie beispielsweise Code-Upload- (Push) und Aktualisierungsvorgänge (Pull) ps durch (Sie können stattdessen auch den Befehl $ git checkout -b dev origin/dev verwenden)

$ git pull

Mit diesem Befehl wird der Code im Origin/Dev-Zweig abgerufen oder in den Local/Dev-Zweig aktualisiert. Wenn das Projekt abhängige Projekte hat, verwenden Sie den Befehl $ git clone zum Herunterladen auf lokal

$ git checkout – b local

Dieser Befehl erstellt einen neuen Zweig basierend auf dem Entwickler Verzweigen Sie lokal und wechseln Sie zum lokalen Zweig. Sie dürfen nicht auf der Grundlage des lokalen Entwicklungszweigs entwickeln. An diesem Punkt sollten Sie in der Lage sein, die dev- und lokalen Zweige zu sehen, indem Sie den Befehl $ git branch ausführen.

(2), Code-Übermittlung

Denken: Wie übermittle ich den Code an den Server?

Herunterladen

Analyse: Wenn alles normal ist, sollten wir uns derzeit auf dem lokalen Zweig befinden, der auf der Grundlage des lokalen Entwicklungszweigs erstellt wurde. Wie bereits erwähnt, kann nur der lokale Entwicklungszweig mit dem Server-Entwicklungszweig kommunizieren und Pull- und Push-Vorgänge ausführen Code. Dann müssen wir den Code im lokalen Zweig an den lokalen Entwicklungszweig senden, dann zum Entwicklungszweig wechseln, den Push-Befehl ausführen und fertig! !

Tipp: Navigieren Sie zum Stammverzeichnis des Projekts (unter dem Ordner mit .git), klicken Sie mit der rechten Maustaste, klicken Sie auf „git Bash“ und das Befehlsfeld wird angezeigt! !

$ git status

Mit diesem Befehl kann überprüft werden, welche Dateien im aktuellen Zweig geändert wurden. Es wird empfohlen, ihn zuerst auszuführen, um die geänderten Dateien zu überprüfen und das Senden von Dateien zu vermeiden, die nicht erforderlich sind eingereicht werden. Wenn Sie die geänderten Dateien wiederherstellen möchten, führen Sie $ git checkout – Dateipfad/Dateiname aus.

$git add .

Ändern Sie den Befehl, um die geänderten Dateien im Zweig (d. h. die im Arbeitsbereich geänderten Dateien) zum temporären Speicherbereich hinzuzufügen

$ git commit -m „Anweisungen ändern“

Senden Sie die Dateien im Staging-Bereich an das Repository (nach meinem Verständnis sollte sich dieses Repository hier auf den lokalen Entwicklungszweig beziehen)

$ git checkout dev

Wechseln Sie zum lokalen Dev-Zweig

$ git pull

Dieser Befehl aktualisiert den Code im Origin/Dev-Zweig auf den Local/Dev-Zweig.

$ git checkout local

Dieser Befehl wechselt zum lokalen lokalen Zweig

$ git rebase dev

Dieser Befehl führt den neuesten Code im Entwicklungszweig zusammen Gehen Sie zur örtlichen Filiale. Zu diesem Zeitpunkt ist es wahrscheinlich, dass Sie auf Dateikonflikte stoßen. Führen Sie nach der Änderung „git rebase –continue“ aus.

$ git push origin head:refs/for/dev

Dieser Befehl sendet den geänderten Code im lokalen Zweig an den Server.

4. Zusammenfassung
Das Obige ist ein einfacher, grundlegender und vollständiger Git-Workflow, den Entwickler bei der tatsächlichen Entwicklung des Unternehmens durchlaufen müssen. Dies gilt natürlich nur, wenn alles normal ist, die Kraft von Git ist weit mehr als das! Es gibt viele komplexe Anwendungsszenarien, die ich anhand meiner tatsächlichen Berufserfahrung einzeln erläutern werde. Wenn es Fehler gibt, kritisieren und korrigieren Sie diese bitte. Vielen Dank! !


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn