Aktuelle Dateien übertragen, ohne den Branch mit Git Stash zu committen git stash Änderungen speichern mit einer Erklärung git stash save „Hier Erklärung einfügen“ Speicherstände auflisten git stash Änderungen am Speicherstand erneut durchführen git stash apply Änderungen am Speicherstand nachvollziehen git stash show Bereits durchgeführte Commits erneut anwenden git stash pop Zwischenstände verwerfen git stash […]

Normalerweise funktioniert die Arbeit in Git folgendermaßen: Sie führen Änderungen in Ihrem lokalen Repository durch, testen diese genau und committen sie dann in den Main-Branch. Leider verläuft die Arbeit nicht immer so linear. Unter Umständen kann es sein, dass Sie an einer Baustelle arbeiten, dann aber in einen anderen Zweig wechseln müssen, bevor Sie die

Eine entscheidende Besonderheit der Arbeit mit Git ist die Möglichkeit, im Team oder alleine parallel an unterschiedlichen Stellen eines Projekts zu arbeiten, Änderungen vorzunehmen, Probleme zu beheben und dann die gewonnenen Erkenntnisse wieder für das große Ganze nutzbar zu machen. Dies funktioniert zum einen über den Einsatz von lokalen Repositories und zum anderen – eine

Mit Git haben Sie die Möglichkeit, in Ruhe und ohne jedes Risiko an einem Projekt zu arbeiten, während gleichzeitig Ihre Teammitglieder ebenfalls ihre jeweiligen Aufgaben fortführen. Der Einsatz einzelner Repositories macht es möglich. Wenn Sie dann allerdings Ihre Änderungen abgeschlossen haben und diese nun in das gesamte Projekt integrieren möchten, hilft Ihnen der Git-Command Git

Der Befehl Git Commit steht in jedem Git-Tutorial weit am Anfang, schließlich sorgt er dafür, dass Snapshots eines aktuellen Stands erstellt und Änderungen gespeichert werden können. Gerade bei umfangreichen Projekten, die unter Umständen noch von größeren Teams bearbeitet werden, kommen dabei zahlreiche Commits zustande. Diese History kann daher ziemlich unübersichtlich werden. Der Git-Command Git Log

Ob Sie für sich an einem kleinen Projekt in Git basteln oder in einem großen Team mit zahlreichen lokalen Repositories arbeiten: Im Laufe der Entwicklung werden Sie viele Änderungen vornehmen und dann von Snapshot zu Snapshot weitergehen. Dabei entstehen unterschiedliche Branches; Commits und Dateien häufen sich an. Wenn Sie nun zwei Datenquellen miteinander vergleichen möchten,

An sich ist es vorzuziehen, Code kontinuierlich sauber zu halten. Am besten folgt man dazu dem Muster: Prototype: Entwurf erstellen Test: Funktionalität testen Refactor: Code aufräumen Ship: Code in Produktionsumgebung ausliefern Leider wird der dritte Punkt oft übersprungen – insbesondere dann, wenn einem Manager oder einer Managerin ohne Coding-Erfahrung die Entscheidung obliegt. Die Argumentation ist:

Im direkten Vergleich von Git und SVN bringt ersteres den großen Vorteil mit sich, dass sich das Projekt auf verschiedene Branches aufteilen lässt. Diese unterschiedlichen Entwicklungslinien erlauben es Entwicklerinnen und Entwicklern, gleichzeitig oder unabhängig an bestimmten Features zu arbeiten und Änderungen vorzunehmen, ohne Gefahr zu laufen, das gesamte Projekt zu beschädigen. Da neue Entwicklungen zunächst

Der Git Command Git Commit ist bei der Arbeit an einem Projekt einer der wichtigsten und meistgenutzten Befehle. Wenn Sie Änderungen an einem Projekt vornehmen, diese auf Herz und Nieren getestet haben und nun zufrieden damit sind, erstellen Sie mit diesem Command einen Snapshot des aktuellen Stands. Git betrachtet diesen Snapshot als sichere Version und

Im Gegensatz zu SVN ermöglicht Git, in mehreren Repositories gleichzeitig zu arbeiten. So können Entwicklerinnen und Entwickler entweder unterschiedliche Änderungen ohne Risiko für das gesamte Projekt austesten oder Teams parallel arbeiten, ohne auf die Fortschritte anderer Teammitglieder warten zu müssen. Damit allerdings Arbeitsschritte nicht immer bei null anfangen, gibt es mit Git Clone die Möglichkeit,