.gitignore .gitignore
Eine .gitignore-Datei listet Pfade auf, die Git ignorieren soll. Diese Dateien tauchen weder im Status noch in neuen Commits auf.
↗Git & Lieferung
Lernen Sie, wie man Codeänderungen verfolgt, im Team arbeitet, Updates prüft und sicher veröffentlicht.
01 / Atlas
Alle Begriffe aus Git & Lieferung
Einen Begriff öffnen für eine einfache Bedeutung, ein Beispiel, wann er verwendet wird, wie offiziell er ist und seinen Codenamen.
-
01 · Kern -
02 · Kern Anwendungs-Container Application Container
Ein Anwendungscontainer ist eine Instanz, die aus einem Container-Image erstellt wird. Beim Start laufen isolierte Prozesse mit gewählten Einstellungen und Begrenzungen.
↗ -
03 · Mehr Details Bereitstellungs-Rollback Deployment Rollback
Ein Deployment-Rollback ist eine kontrollierte Wiederherstellung von einer fehlgeschlagenen oder unsicheren Version. Es stellt eine bekannte, funktionierende App-Version und den dazugehörigen Zustand wieder her. Die genauen Schritte hängen vom Bereitstellungssystem und den Datenänderungen ab.
↗ -
04 · Kern Bereitstellungsumgebung Deployment Environment
Eine Bereitstellungsumgebung ist ein benannter Ort oder eine Stufe, an der Software ausgeführt wird. Sie hat eigene Einstellungen, Zugangsdaten, Schutzregeln, Bereitstellungshistorie und aktuellen Zustand. Sie ist kein Git-Objekt.
↗ -
05 · Mehr Details Blau-Grün-Bereitstellung Blue-Green Deployment
Eine Blue-Green-Bereitstellung hält die aktuelle und die neue Version in separaten Umgebungen. Der Traffic wird nach Überprüfung der neuen Umgebung umgeschaltet.
↗ -
06 · Mehr Details Canary-Bereitstellung Canary Deployment
Ein Canary-Deployment leitet zuerst einen kleinen Anteil der echten Nutzer oder des Traffics an eine neue Version. Die Beweise entscheiden, ob erweitert oder gestoppt werden soll.
↗ -
07 · Kern Container-Image Container Image
Ein Container-Image ist ein geschichtetes Paket, das verwendet wird, um Container zu erstellen. Nach dem Build bleibt sein Inhalt unverändert.
↗ -
08 · Mehr Details Container-Orchestrierung Container Orchestration
Container-Orchestrierung automatisiert die Containerarbeit über mehrere Maschinen hinweg. Sie platziert die Arbeit, hält die gewünschte Anzahl aufrecht, ersetzt Ausfälle und verbindet Dienste.
↗ -
09 · Kern Container-Registry Container Registry
Ein Container-Registry ist ein Dienst, der Container-Images speichert und teilt. Repositories gruppieren zusammengehörige Inhalte innerhalb der Registry.
↗ -
10 · Mehr Details Deployment, Umgebungen & Rollback Deployment, Environments & Rollback
Diese Bereitstellungspraktiken führen eine getestete Version durch separate Umgebungen. Sie behalten auch einen sicheren Weg, zu einem früheren Zustand zurückzukehren.
↗ -
11 · Mehr Details Detached HEAD Detached HEAD
Detached HEAD ist ein Git-Zustand, in dem HEAD direkt auf einen Commit zeigt, anstatt auf einen Zweignamen.
↗ -
12 · Mehr Details Git Bisect Git Bisect
Git bisect verwendet binäre Suche durch den Commit-Verlauf, um den ersten Commit zu finden, bei dem sich ein wiederholbares Verhalten geändert hat.
↗ -
13 · Mehr Details Git Blame Git Blame
Git blame zeigt den letzten Commit, der jede Zeile einer Datei geändert hat. Es ist ein Ausgangspunkt, um die Historie der Zeile zu lernen.
↗ -
14 · Kern Git Branch Git Branch
Ein Git-Branch ist ein benannter Zeiger, der von einem Commit zum nächsten verschoben werden kann. Wenn neue Commits auf diesem ausgecheckten Branch gemacht werden, bewegt sich der Zeiger vorwärts.
↗ -
15 · Mehr Details Git Cherry-pick Git Cherry-pick
Git cherry-pick kopiert die Änderung von einem oder mehreren ausgewählten Commits auf den aktuellen Branch. Es zeichnet dort neue Commits mit neuen IDs auf.
↗ -
16 · Kern Git Commit Git Commit
Ein Git-Commit ist ein gespeichertes Objekt, das nicht an Ort und Stelle verändert werden kann. Es zeichnet einen Dateibaum, übergeordnete Commits, Autor- und Committer-Details sowie eine Nachricht auf. Seine ID stammt von seinem Inhalt.
↗ -
17 · Kern Git Fetch Git Fetch
Git fetch lädt Commits und Referenzen von einem anderen Repository herunter. Es aktualisiert die Remote-Tracking-Namen, bringt diese Änderungen jedoch nicht in den aktuellen Branch ein.
↗ -
18 · Mehr Details Git LFS Git LFS
Git LFS ist ein Zusatzmodul für große Dateien. Git speichert einen kleinen Zeiger, während ein separater LFS-Dienst die vollständige Datei speichert und sendet.
↗ -
19 · Mehr Details Git Rebase Git Rebase
Git rebase verschiebt eine Reihe von Commits auf einen anderen Ausgangs-Commit. Git spielt die Änderungen erneut ab und gibt jedem erneut gespielten Commit eine neue ID.
↗ -
20 · Kern Git Remote Git Remote
Ein Git-Remote ist ein benannter Link von einem lokalen Repository zu einer anderen Repository-URL. Es erlaubt Git, Änderungen abzurufen und, wenn erlaubt, hochzuladen.
↗ -
21 · Kern Git Repository Git Repository
Ein Git-Repository speichert die Versionshistorie eines Projekts als Git-Objekte, Referenzen und Einstellungen. Es kann auch einen Staging-Bereich und Arbeitsdateien enthalten.
↗ -
22 · Mehr Details Git Reset Git Reset
Git reset verschiebt den Zeiger des aktuellen Branches zu einem anderen Commit. Sein Modus kann auch den Staging-Bereich und die Arbeitsdateien entsprechend ändern.
↗ -
23 · Kern Git Revert Git Revert
Git revert erstellt einen neuen Commit, der die Änderungen eines älteren Commits rückgängig macht. Die alte Historie wird beibehalten, anstatt sie zu löschen.
↗ -
24 · Kern Git Stash Git Stash
Git Stash speichert vorübergehend ausgewählte noch nicht übermittelte Änderungen im Arbeitsverzeichnis und Index. Gespeicherte Sets bilden einen Stapel und können später wiederhergestellt werden.
↗ -
25 · Mehr Details Git Submodul Git Submodule
Ein Git-Submodul ermöglicht es einem Repository, auf einen genauen Commit in einem anderen Git-Repository zu verweisen. Das übergeordnete Repository speichert auch, wie man es findet.
↗ -
26 · Kern Git Tag Git Tag
Ein Git-Tag ist ein Name, der auf ein genaues Objekt verweist, oft einen Release-Commit. Ein annotiertes Tag kann auch speichern, wer es erstellt hat, eine Nachricht, ein Datum und eine Signatur.
↗ -
27 · Mehr Details Git Worktree Git Worktree
Ein Git Worktree ist ein weiterer Ordner, der mit einem Repository verbunden ist. Es erlaubt, dass mehrere Branchen gleichzeitig offen sind.
↗ -
28 · Kern Git-Diff Git Diff
Git-Diff zeigt die genauen Inhaltsänderungen zwischen zwei Git-Zuständen. Es kann Arbeitsdateien, den Index, Commits oder Branches vergleichen.
↗ -
29 · Mehr Details Git-Hook Git Hook
Ein Git-Hook ist ein Programm, das Git an einem benannten Schritt auf dem Computer eines Entwicklers oder Server ausführt. Es kann eine Aktion überprüfen, blockieren oder automatisieren.
↗ -
30 · Kern Git-Klon Git Clone
Git-Klon erstellt eine lokale Kopie eines Repositorys. Es kopiert Objekte und Referenzen, richtet ein Remote ein und checkt Arbeitsdateien aus.
↗ -
31 · Kern Git-Merge Git Merge
Git-Merge verbindet Branch-Historien. Git kann einen Zeiger nach vorne bewegen oder einen Merge-Commit erstellen, nachdem Konflikte gelöst wurden.
↗ -
32 · Kern Git-Pull Git Pull
Git-Pull lädt Remote-Updates herunter und integriert dann den gewählten Upstream-Branch in den aktuellen Branch durch Merge oder Rebase.
↗ -
33 · Kern Git-Push Git Push
Git Push sendet lokale Git-Daten an ein entferntes Repository. Es fordert das Remote auf, einen benannten Branch oder eine Referenz zu aktualisieren.
↗ -
34 · Kern Git, Repository, Branch & Commit — Lernpaket Git, Repository, Branch & Commit — Learning Bundle
Dieses Lernpaket verbindet vier Git-Ideen. Git ist das Versionskontrollsystem. Ein Repository speichert seine Objekte und Referenzen. Ein Branch benennt eine Arbeitslinie. Ein Commit zeichnet den Projektzustand mit Metadaten auf. Das Paket ist kein Git-Begriff.
↗ -
35 · Mehr Details Infrastruktur als Code Infrastructure as Code
Infrastruktur als Code verwaltet Infrastruktur durch maschinenlesbare Dateien statt nur durch manuelle Klicks. Teams können diese Dateien versionieren, prüfen, testen und anwenden.
↗ -
36 · Kern Kontinuierliche Integration Continuous Integration
Kontinuierliche Integration (CI) bedeutet, oft kleine Änderungen am gemeinsamen Code vorzunehmen und sie mit wiederholbarer Automatisierung zu prüfen.
↗ -
37 · Kern Merge-Konflikt Merge Conflict
Ein Merge-Konflikt tritt auf, wenn Git konkurrierende Änderungen nicht selbst sicher zusammenführen kann. Eine Person oder ein Tool muss das beabsichtigte Endergebnis auswählen.
↗ -
38 · Kern Pull Request Pull Request
Ein Pull Request ist ein Eintrag auf einer Code-Hosting-Seite. Er bittet die Leute, einen Branch zu überprüfen, bevor seine Änderungen in einen Basis-Branch übernommen werden.
↗ -
39 · Kern Pull Request, Überprüfung & Continuous Integration Pull Request, Review & Continuous Integration
Ein pull request bietet eine Änderung zur Prüfung an. Die Prüfung testet diese Änderung, und Continuous Integration, oder CI, baut und testet die genaue Revision.
↗ -
40 · Kern Software-Version Software Release
Eine Softwareveröffentlichung ist eine Version, die absichtlich vorbereitet und geteilt wird. Sie hat bekannte Dateien, Notizen, Quellaufzeichnungen und klare Support-Erwartungen.
↗ -
41 · Mehr Details Squash-Commit Squash Commit
Squashing fasst die Änderungen mehrerer Commits in einem neuen Commit zusammen, oft mit interaktivem Rebase oder einer Merge-Regel.
↗ -
42 · Mehr Details Stufenweise Bereitstellung Rolling Deployment
Eine rollende Bereitstellung ersetzt alte Anwendungsinstanzen in Stapeln durch neue. Jeder Schritt ändert nur einen Teil der laufenden Gruppe, sodass sich Versionen überschneiden können.
↗