Git-Karteikarten

Kategoriesponsor

Git ist ein verteiltes Versionskontrollsystem, das von Linus Torvalds erstellt wurde. Es ist ein Werkzeug, das für Geschwindigkeit, Datenintegrität und Unterstützung für verteilte, nicht-lineare Arbeitsabläufe entwickelt wurde. Git zeichnet sich durch Flexibilität und Effizienz aus und ermöglicht die effektive Verwaltung sowohl kleiner als auch großer Softwareprojekte. Dieses System bietet fortschrittliche Funktionen für Branching und Merging, die Entwicklern Werkzeuge für effiziente Zusammenarbeit, Änderungsverfolgung und Quellcodeverwaltung bieten. Git unterstützt auch Offline-Arbeit und schnelles Wechseln zwischen Projektversionen, was Zuverlässigkeit gewährleistet und eine einfache Wiederherstellung der Änderungshistorie ermöglicht.

Unsere Karteikarten-App enthält sorgfältig ausgewählte Git-Interviewfragen mit umfassenden Antworten, die Sie effektiv auf jedes Interview vorbereiten, das Git-Kenntnisse erfordert. IT-Karteikarten sind nicht nur ein Werkzeug für Arbeitssuchende – sie sind eine großartige Möglichkeit, Ihr Wissen zu festigen und zu testen, unabhängig von Ihren aktuellen Karriereplänen. Die regelmäßige Nutzung der App hilft Ihnen, auf dem neuesten Stand der Git-Trends zu bleiben und Ihre Fähigkeiten auf einem hohen Niveau zu halten.

Beispiel-Git-Karteikarten aus unserer App

Laden Sie unsere App aus dem App Store oder Google Play herunter, um mehr kostenlose Lernkarten zu erhalten, oder abonnieren Sie für Zugriff auf alle Lernkarten.

Was ist ein 'Branch' in Git und wie kann er im Softwareentwicklungsprozess verwendet werden?

Ein Zweig, auch als Branch in Git bezeichnet, ist eine unabhängige Entwicklungsreihe eines Projekts. Es wird erstellt, wenn wir an neuen Funktionen oder Fehlerbehebungen arbeiten möchten, ohne die Hauptentwicklungslinie (Master Branch) zu stören. Branching ermöglicht das gleichzeitige Ausführen mehrerer Versionen eines Projekts, was effizient ist, wenn mehrere Entwickler an einem Projekt arbeiten.

Die Hauptverwendung von Branches im Softwareentwicklungsprozess ist die Sequenz: Erstellen eines neuen Branches, Hinzufügen von Änderungen, Committing von Änderungen und dann das Zusammenführen dieser Änderungen mit dem Hauptzweig.

Das folgende Beispiel zeigt die grundlegenden Operationen, die an Branches durchgeführt werden können.

# Erstellen eines neuen Branches
git branch new_feature

# Wechseln zwischen Branches
git checkout new_feature

# Hinzufügen von Änderungen zum Branch
# (...) einige Änderungen an Dateien vornehmen
git add .
git commit -m "Neue Funktion hinzugefügt"

# Zurück zum Master wechseln und Änderungen aus dem new_feature Branch zusammenführen
git checkout master
git merge new_feature

# Branch nach Beendigung der Arbeit löschen
git branch -d new_feature

Dank der Branches in Git haben wir die Möglichkeit, unabhängig an verschiedenen Teilen des Projekts zu arbeiten, die wir dann jederzeit zusammenführen können.

Beschreiben Sie den Unterschied zwischen den Befehlen git merge und git rebase.

Der Befehl git merge wird verwendet, um zwei oder mehr Branches in einem Projekt zusammenzuführen. Wenn Sie einen git merge ausführen, erstellt Git einen neuen Commit, der Änderungen von beiden Branches enthält. Der Vorteil von git merge besteht darin, dass der Verlauf des Projekts in seinem ursprünglichen Zustand erhalten bleibt. Es erstellt einen chronologischen Pfad der Ereignisse, was das Verständnis dessen, was passiert ist, erleichtert.

Andererseits wird git rebase verwendet, um eine Reihe von Commits zu einer neuen Basis zu verschieben oder "anzuwenden". Dies wird verwendet, wenn Sie ein lineares historisches Diagramm des Projekts beibehalten möchten. Wenn Sie einen git rebase ausführen, fügt Git Ihre Änderungen oben auf den ausgewählten Branch ein. Man kann sagen, dass git rebase die Historie der Commits in gewisser Weise 'bereinigt', was zu einem Verlust von Kontext führen kann, wenn ein Merge/Konflikt falsch verstanden und schlecht gelöst wird.

Im Grunde genommen wird git merge verwendet, um Branches zu kombinieren und den historischen Pfad des Projekts zu erhalten, während git rebase es ermöglicht, ein sauberes, lineares Projekt-Diagramm zu pflegen, aber auf Kosten des Verlusts von Kontext. Beide Methoden haben ihre Vor- und Nachteile, die Wahl hängt weitgehend von der spezifischen Situation ab.

Was ist ein 'detached HEAD' und wie kann man dazu gelangen, wenn man mit Git arbeitet?

"Detached HEAD" ist ein Zustand, in dem der HEAD in Git mit keinem spezifischen Branch verbunden ist. Dies kann mit einer Situation verglichen werden, in der unsere Änderungen auf keinem spezifischen Branch gespeichert werden.

Es gibt mehrere Möglichkeiten, einen "detached HEAD" zu bekommen. Dies geschieht am häufigsten bei einem Checkout zu einem anderen Commit, zum Beispiel:

git checkout <commit_id>

Wir können diesen Zustand jedoch auch während Operationen wie rebase oder cherry-pick erreichen, die nicht erfolgreich waren.

Git bezieht sich mit der Nachricht auf diesen Zustand:

Hinweis: Auschecken von 'commit_id'.
Sie befinden sich im Zustand "abgetrennter HEAD".

"Detached HEAD" ist kein gefährlicher Zustand, es ist ein natürlicher Teil der Arbeit mit Git. Es ist jedoch wichtig, unsere Änderungen, die wir im Zustand "abgetrennter HEAD" gemacht haben, zu speichern, bevor wir zu einem anderen Commit oder Branch wechseln. Dies können wir tun, indem wir einen neuen Branch erstellen, dessen Quelle unser "abgetrennter HEAD" sein wird. Wir werden dies mit dem Befehl tun:

git branch new_branch_name

Wie können Sie kürzlich gemachte Commits von einem Branch in einen anderen verschieben?

Um die letzten Commits von einem Zweig auf einen anderen zu übertragen, können Sie den Befehl `git cherry-pick` verwenden. Im Kontext von GIT bedeutet Cherry-Picking die Auswahl eines beliebigen Commits von einem Zweig und dessen Anwendung auf einen anderen.

Der erste Schritt besteht darin, auf den Zweig zu wechseln, von dem wir die Commits übertragen möchten (nennen wir ihn ZweigA):

git checkout branchA

Dann müssen wir den Hash der Commits identifizieren, die wir übertragen möchten. Dies können wir mit dem Befehl `git log` tun, der eine Liste der Commits für diesen Zweig anzeigt. Der Commit-Hash ist eine lange Zeichenkette am Anfang jedes Commit-Eintrags.

Als Nächstes wechseln wir zu dem Zweig, auf den wir die Commits übertragen möchten (nennen wir ihn ZweigB):

git checkout branchB

Schließlich verwenden wir den Befehl `git cherry-pick` zusammen mit dem Commit-Hash, den wir übertragen möchten:

git cherry-pick commit-hash

Wenn wir mehrere Commits übertragen möchten, können wir ihre Hashes nacheinander angeben, getrennt durch ein Leerzeichen.