Programmierung
Ein durchsuchbares Glossar zu Repositorys, Branches, Commits, Sync, Pull Requests, Konflikten und sicheren Git-Aktionen.
33 Treffer
Grundbegriffe
Repository
engineerdoge/math-ai-toolsEin Projektordner, der von Git verfolgt wird und normalerweise auf GitHub gespiegelt wird.
Wenn Sie eine Projektinspektion, einen Commit oder einen Vergleich von Branches anfordern, ist das Repository die Einheit, die bearbeitet wird.
engineerdoge/math-ai-toolsÜberprüfen Sie den aktuellen Repository-Status.
Grundbegriffe
Working tree
git statusDie Dateien, die derzeit auf Ihrem Computer ausgecheckt sind, einschließlich Änderungen, die noch nicht committet wurden.
Verwenden Sie es, um den Commit-Verlauf von den aktuell bearbeiteten Änderungen zu trennen.
git statusZeigen Sie, was sich im Working Tree geändert hat.
Grundbegriffe
Staging area
git add src/components/SiteHeader.tsxEine temporäre Auswahl von Änderungen, die in der nächsten Commit-Operation enthalten sein werden.
Es ermöglicht Ihnen, nur die Dateien oder Codeblöcke zu committen, die zusammengehören.
Das Staging speichert selbst keine Historie. Der Commit speichert diese.
git add src/components/SiteHeader.tsxNur die Dateien für die Seite mit Git-Begriffen hinzufügen.
Grundbegriffe
Commit
git commit -m "Add Git terms reference"Ein gespeicherter Schnappschuss ausgewählter Änderungen in der Repository-Historie.
Commits ermöglichen es, Änderungen später zu überprüfen, zu vergleichen, bereitzustellen oder rückgängig zu machen.
git commit -m "Add Git terms reference"Erstellt einen Commit mit einer prägnanten Meldung.
Grundbegriffe
Diff
git diffEine zeilenweise Ansicht, was sich zwischen zwei Dateizuständen geändert hat.
Der Diff ist der schnellste Weg, um genau zu überprüfen, was eine Änderung bewirkt, bevor Sie sie übernehmen.
git diffÜberprüfen Sie den Diff für unerwartete Änderungen.
Branches
Branch
qwen3.5Eine benannte Arbeitslinie, die unabhängig von anderen Arbeitslinien bearbeitet werden kann.
Branches ermöglichen es Ihnen, eine Funktion zu entwickeln, ohne den Hauptzweig sofort zu ändern.
qwen3.5Bitte teilen Sie mir mit, auf welchem Branch ich mich gerade befinde.
Branches
main branch
HauptteilDer Standard-Branch, der normalerweise die stabile oder produktionsreife Version darstellt.
Vergleichen Sie Ihren Arbeits-Branch mit main, um zu sehen, was sich geändert hat.
HauptteilVergleichen Sie diesen Branch mit main.
Branches
checkout
git switch qwen3.5Das Ändern des Working Tree in einen anderen Branch oder Commit.
Verwenden Sie es, wenn Sie eine andere Branch inspizieren oder daran weiterarbeiten müssen.
Nicht gespeicherte Änderungen können das Umschalten von Branches blockieren, wenn sie überschrieben würden.
git switch qwen3.5Wechseln Sie zum Branch qwen3.5, nachdem Sie nach nicht gespeicherten Änderungen gesucht haben.
Branches
merge
git merge mainKombinieren von Änderungen von einem Branch in einen anderen Branch.
Verwenden Sie "merge", um die Hauptänderungen in Ihren Feature-Branch zu übernehmen oder eine Funktion in den Haupt-Branch zu integrieren.
Das Zusammenführen kann Konflikte verursachen, wenn beide Branches dieselben Zeilen unterschiedlich bearbeitet haben.
git merge mainErklären Sie, was passieren würde, bevor main in diesen Branch gemergt wird.
Branches
rebase
git rebase mainWiederholt Commits von einem Branch auf einem anderen Basis-Commit.
Dies kann dazu führen, dass die Historie vor dem Zusammenführen eines Feature-Branches linear aussieht.
Ein Rebase schreibt den Commit-Verlauf um, daher sollte es auf gemeinsam genutzten Zweigen mit Vorsicht verwendet werden.
git rebase mainFühren Sie noch keinen Rebase durch. Erklären Sie zuerst das Risiko in diesem Zweig.
Synchronisierung
clone
git clone https://github.com/user/project.gitEine lokale Kopie eines Remote-Repository erstellen.
Es ist normalerweise der erste Schritt beim Arbeiten an einem bestehenden GitHub-Projekt.
git clone https://github.com/user/project.gitKlonen Sie dieses Repository und zeigen Sie die verfügbaren Branches an.
Synchronisierung
remote
Ursprung git@github.com:user/project.gitEine benannte Verbindung vom lokalen Repository zu einem Repository, das sich an einem anderen Ort befindet.
Remote-Einstellungen bestimmen, wo Pull und Push kommunizieren.
Ursprung git@github.com:user/project.gitZeigen Sie die konfigurierten Remotes an.
Synchronisierung
fetch
git fetch originHerunterladen von Informationen aus einem Remote-Branch, ohne die Arbeitsdateien zu ändern.
Verwenden Sie "fetch", bevor Sie Ihren Branch mit dem neuesten Remote-Zustand vergleichen.
git fetch originVon der Quelle abrufen und dann diesen Branch mit dem Hauptbranch vergleichen.
Synchronisierung
pull
git pull origin mainAbrufen von Remote-Änderungen und Anwenden auf den aktuellen Branch.
Verwenden Sie es, um Ihren lokalen Branch mit Änderungen zu aktualisieren, die an anderer Stelle gepusht wurden.
Ein Pull kann Ihren Arbeitszweig ändern und möglicherweise Konflikte verursachen.
git pull origin mainBevor Sie etwas herunterladen, prüfen Sie, ob ich lokale, nicht gespeicherte Änderungen habe.
Synchronisierung
push
git push origin qwen3.5Hochladen lokaler Commits in ein Remote-Repository.
Ein Push macht Ihre lokalen Commits auf GitHub oder einem anderen Remote-Server verfügbar.
Ein Push lädt nur Commits hoch, keine nicht gespeicherten Änderungen im Arbeitsverzeichnis.
git push origin qwen3.5Pushen Sie den aktuellen Zweig, nachdem Sie sichergestellt haben, dass der Build erfolgreich ist.
Synchronisierung
origin
git push origin qwen3.5Der Standardname für das Remote-Repository, von dem Sie geklont haben.
Die meisten Beispiele für Push, Pull und Fetch verwenden "origin" als Remote-Namen.
git push origin qwen3.5Überprüfen Sie, ob der Ursprung auf das erwartete GitHub-Repository verweist.
Review
Pull Request
Einen Pull Request (PR) von `qwen3.5` in `main` erstellenEine GitHub-Review-Seite zur Diskussion und Zusammenführung von Branch-Änderungen.
Verwenden Sie einen Pull Request (PR), um geänderte Dateien zu überprüfen, Tests auszuführen, Kommentare zu diskutieren und sicher zusammenzuführen.
Einen Pull Request (PR) von `qwen3.5` in `main` erstellenFassen Sie zusammen, was in die PR-Beschreibung gehört.
Review
Review
Überprüfen Sie die angeforderten Änderungen.Überprüfung von Codeänderungen auf Fehler, Regressionen, Lesbarkeit und fehlende Tests.
Die Überprüfung hilft, Probleme zu erkennen, bevor ein Branch in den gemeinsamen Codebasis integriert wird.
Überprüfen Sie die angeforderten Änderungen.Überprüfen Sie diesen Branch auf Fehler und fehlende Tests.
Konflikte
Merge conflict
CONFLICT (content): Merge-Konflikt in src/app/page.tsxEine Situation, in der Git Änderungen von verschiedenen Branches nicht automatisch zusammenführen kann.
Sie müssen den korrekten endgültigen Inhalt auswählen, bevor die Zusammenführung fortgesetzt werden kann.
Nehmen Sie nicht blindlings eine Seite an. Überprüfen Sie zuerst das erwartete Verhalten.
CONFLICT (content): Merge-Konflikt in src/app/page.tsxErklären Sie den Konflikt und schlagen Sie die sicherste Lösung vor.
Konflikte
Conflict marker
<<<<<<< HEADTextmarkierungen, die Git in eine Datei einfügt, um widersprüchliche Versionen anzuzeigen.
Markierungen zeigen, welcher Teil von Ihrem aktuellen Branch stammt und welcher vom eingehenden Branch.
Konfliktmarkierungen sollten nicht in dem Code verbleiben, der eingecheckt wurde.
<<<<<<< HEADAlle verbleibenden Konfliktmarkierungen finden.
Konflikte
Untracked file
?? src/lib/git-github.tsEine Datei, die sich im Ordner befindet, aber noch nicht zur Git-Verfolgung hinzugefügt wurde.
Neue Seiten und Komponenten erscheinen in der Regel als nicht verfolgt, bis sie gestaged werden.
?? src/lib/git-github.tsListen Sie die nicht verfolgten Dateien auf und sagen Sie mir, welche zu dieser Funktion gehören.
Konflikte
Modified file
M src/components/SiteHeader.tsxEine verfolgte Datei, deren Inhalt sich von der letzten Committ-Version unterscheidet.
Es hilft Ihnen zu sehen, welche vorhandenen Dateien durch die aktuelle Arbeit verändert wurden.
M src/components/SiteHeader.tsxZeigen Sie die geänderten Dateien für diese Aufgabe an.
Sicherheit
stash
git stash push -m "before branch switch"Speichert vorübergehend nicht gespeicherte Änderungen, sodass der Arbeitsbereich wieder sauber wird.
Verwenden Sie "stash", bevor Sie zu einem anderen Branch wechseln, wenn Sie noch nicht bereit sind, Änderungen zu übernehmen.
Gespeicherte Arbeit kann vergessen werden. Geben Sie ihr immer einen klaren Namen und wenden Sie sie bewusst wieder an.
git stash push -m "before branch switch"Speichern Sie meine aktuellen Änderungen mit einer klaren Meldung, bevor Sie zu einem anderen Branch wechseln.
Sicherheit
reset
git reset --soft HEAD~1Verschieben eines Branches oder eines Staging-Zustands zurück zu einem anderen Commit oder Zustand.
Ein weiches oder gemischtes Zurücksetzen kann einen lokalen Commit anpassen, bevor er freigegeben wird.
Ein Hard Reset kann Arbeit verwerfen. Fragen Sie nach einer Erklärung, bevor Sie ihn verwenden.
git reset --soft HEAD~1Erklären Sie die sicherste Möglichkeit, den letzten lokalen Commit rückgängig zu machen, ohne Änderungen zu verlieren.
Sicherheit
revert
git revert abc1234Erstellen eines neuen Commits, der einen früheren Commit rückgängig macht.
Ein Rollback ist in der Regel sicherer als das Umschreiben der Historie, nachdem Commits gepusht wurden.
git revert abc1234Rollback des problematischen Commits, ohne die gemeinsame Historie zu überschreiben.
Sicherheit
force push
git push --force-with-lease origin qwen3.5Überschreiben eines Remote-Branches mit der lokalen Branch-Historie.
Es wird manchmal nach dem Überschreiben der lokalen Historie in einem privaten Feature-Branch verwendet.
Ein erzwungenes Push kann die Remote-Commits anderer Benutzer überschreiben. Verwenden Sie stattdessen "force-with-lease" und bestätigen Sie dies zuerst.
git push --force-with-lease origin qwen3.5Erzwingen Sie keinen Push. Erklären Sie, ob ein Force-Push mit Lease erforderlich ist.
Sicherheit
.gitignore
.next/Eine Datei, die Git mitteilt, welche Dateien oder Ordner nicht verfolgt werden sollen.
Verwenden Sie es für Build-Ausgaben, Abhängigkeiten, lokale Umgebungsvariablen und temporäre Dateien.
.next/Überprüfen Sie, ob die Build-Ausgabe ordnungsgemäß ignoriert wird.
Befehle
git status
git status --shortEin Befehl, der Branch, gestagte Änderungen, geänderte Dateien und nicht verfolgte Dateien anzeigt.
Führen Sie es vor dem Bearbeiten, Committen, Pullen oder Wechseln von Branches aus.
git status --shortFühren Sie `git status` aus und fassen Sie nur die wichtigen Änderungen zusammen.
Befehle
git log
git log --oneline -5Ein Befehl zum Anzeigen des Commit-Verlaufs.
Verwenden Sie es, um aktuelle Commits zu finden, Arbeiten zu vergleichen oder einen Commit zu identifizieren, der rückgängig gemacht werden soll.
git log --oneline -5Zeigen Sie die letzten fünf Commits in einem kompakten Format an.
Befehle
git add
git add src/lib/git-github.tsEin Befehl, der Änderungen für den nächsten Commit stagt.
Verwenden Sie explizite Pfade, wenn Sie einen fokussierten Commit erstellen möchten.
git add src/lib/git-github.tsNur die Dateien hinzufügen, die für diese Seite erstellt wurden.
Befehle
git commit
git commit -m "Add Git terms reference"Ein Befehl, der gestagte Änderungen in den Repository-Verlauf aufnimmt.
Verwenden Sie eine Meldung, die erklärt, was sich geändert hat und warum es wichtig ist.
git commit -m "Add Git terms reference"Committen Sie die gestuften Änderungen mit einer klaren Meldung.
Befehle
git pull
git pull --ff-onlyEin Befehl, der den aktuellen Branch von einem Remote-Branch aktualisiert.
Die Option --ff-only verhindert die Erstellung eines unerwarteten Merge-Commits.
git pull --ff-onlyFühren Sie einen Pull nur mit "ff-only" durch, wenn dies sicher ist.
Befehle
git push
git push origin HEADEin Befehl, der lokale Commits auf einen Remote-Branch hochlädt.
Verwenden Sie es nach dem Bestehen der Tests und der Vorbereitung der Commits zur Freigabe.
git push origin HEADPushen Sie diesen Zweig, nachdem Sie sichergestellt haben, dass es keine Lint- oder Build-Fehler gibt.