Git-Workflow
In diesem Kapitel stellen wir den Git-Workflow vor.
Das folgende Diagramm zeigt den Git-Workflow:
Wir können uns den Git-Workflow als einenHausaufgaben machen und sie dem Lehrer abgebenProzess vorstellen. Zusammen mit dem obigen Diagramm können wir diesen Workflow in vier Hauptteile unterteilen:
1. Arbeitsverzeichnis —— Ihr Schreibtisch
das sind SieTatsächlich geänderte DateienOrt, an dem Sie Code schreiben, Löschungen und Änderungen vornehmen.
- Aktion: Sie schreiben hier neue Funktionen oder beheben Fehler.
2. Staging-Bereich —— Ihr Korb für ausgehende Post
Wenn du das Gefühl hast, dass deine Arbeit größtenteils fertig ist, legst du sie in einen Korb, bereit zum Verpacken.
- Wichtige Befehle:
git add - Bedeutung: Sage Git, dass du bestätigst, dass diese Änderungen committet werden sollen, und bitte es, sie sich vorerst zu merken.
3. Lokales Repository —— dein persönlicher Tresor
Du packst die Dinge im Korb zusammen, bringst ein Etikett (Commit-Nachricht) an und schließt das Paket in deinem eigenen Tresor ein.
- Wichtige Befehle:
git commit - Bedeutung: Die Änderungen werden offiziell Teil der Projekthistorie. Selbst wenn du später etwas durcheinanderbringst, kannst du sie von hier aus jederzeit wiederherstellen.
4. Remote —— der Posteingang deiner Lehrkraft (z. B. GitHub/GitLab)
Schließlich sendest du den Code aus dem Tresor über das Netzwerk an einen Remote-Server, damit andere ihn ansehen oder zusammenarbeiten können.
- Wichtige Befehle:
git push - Bedeutung: Sichere den Code und teile den Fortschritt mit dem Team.
Erläuterung des Wissenspunkts
- git stash (Stash-Bereich): Du bist mitten in deiner Arbeit, und plötzlich musst du an einer anderen dringenden Aufgabe arbeiten, aber du willst die unfertige Arbeit nicht committen. An diesem Punkt kannst du zuerst
stashden Code in einer Schublade verstauen, ihn dann wieder herausnehmen und nach getaner Arbeit weiter daran arbeiten (pop)。 - git pull (pull): Prüfe, ob andere auf der Seite der Lehrkraft (Remote-Repository) neue Arbeit eingereicht haben, und synchronisiere sie direkt auf deinen Schreibtisch.
- git fetch & merge: Prüfe zuerst, welche Aktualisierungen das Remote hat (
fetch), und nachdem du bestätigt hast, dass keine Probleme vorliegen, merge (merge) in deinen eigenen Code.
Kurze Zusammenfassung:
Code ändern →add(in den Korb legen) →commit(in der Box speichern) →push(an einen entfernten Ort senden).
Befehlsbeschreibung
1. Repository klonen
Wenn du an einem bestehenden Projekt teilnehmen möchtest, musst du zuerst das Remote-Repository auf deinen lokalen Rechner klonen:
git clone https://github.com/username/repo.git cd repo
2. Einen neuen Branch erstellen
Um nicht direkt auf dem main- oder master-Branch zu entwickeln, erstellst du normalerweise einen neuen Branch:
git checkout -b new-feature
3. Arbeitsverzeichnis
Bearbeite Code, füge neue Dateien hinzu oder lösche nicht benötigte Dateien im Arbeitsverzeichnis.
4. Dateien stagen
Füge die geänderten Dateien zum Staging-Bereich hinzu, damit du mit dem nächsten Commit-Vorgang fortfahren kannst:
git add filename # 或者添加所有修改的文件 git add .
5. Änderungen committen
Committe die vorgemerkten Änderungen in das lokale Repository und füge eine Commit-Nachricht hinzu:
git commit -m "Add new feature"
6. Neueste Änderungen pullen
Bevor du lokale Änderungen pushst, solltest du am besten die neuesten Änderungen aus dem Remote-Repository pullen, um Konflikte zu vermeiden:
git pull origin main # 或者如果在新的分支上工作 git pull origin new-feature
7. Änderungen pushen
Pushe lokale Commits zum Remote-Repository:
git push origin new-feature
8. Pull Request (PR) erstellen
Erstellen Sie einen Pull Request auf GitHub oder anderen Hosting-Plattformen, um Teammitglieder zum Review des Codes einzuladen. Nachdem der PR gemergt wurde, werden Ihre Änderungen in den Main-Branch übernommen.
9. Änderungen zusammenführen
Nachdem der PR überprüft und gemergt wurde, können Sie den Main-Branch des Remote-Repositorys in den lokalen Branch zusammenführen:
git checkout main git pull origin main git merge new-feature
10. Branch löschen
Wenn der Feature-Branch nicht mehr benötigt wird, können Sie ihn löschen:
git branch -d new-feature
Oder löschen Sie einen Branch aus dem Remote-Repository:
git push origin --delete new-featureWeitere Erweiterungen