Kapitel 11. Entfernte Repositorien
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Bis jetzt haben wir fast ausschließlich in einem lokalen Repository gearbeitet. Jetzt ist es an der Zeit, die vielgepriesenen verteilten Funktionen von Git zu erkunden und zu lernen, wie man mit anderen Entwicklern über gemeinsame Repositories zusammenarbeitet.
Die Arbeit mit mehreren und entfernten Repositories fügt der Git-Sprache ein paar neue Begriffe hinzu.
Ein Klon ist eine Kopie eines Repositorys. Ein Klon enthält alle Objekte des ursprünglichen Repositorys. Dadurch ist jeder Klon ein unabhängiges und autonomes Repository und ein echter, symmetrischer Peer des Originals. Ein Klon ermöglicht es jedem Entwickler, lokal und unabhängig zu arbeiten, ohne Zentralisierung, Abfragen oder Sperren. Letztlich ist es das Klonen, das es Git ermöglicht, leicht zu skalieren und viele geografisch verteilte Mitwirkende zuzulassen.
Im Wesentlichen sind getrennte Repositories unter den folgenden Bedingungen sinnvoll:
-
Wenn Entwickler selbstständig arbeiten.
-
Wenn zu erwarten ist, dass ein Projekt auf verschiedenen Entwicklungspfaden erheblich voneinander abweicht. Obwohl die in den vorangegangenen Kapiteln vorgestellten regulären Verzweigungs- und Zusammenführungsmechanismen mit jeder Menge getrennter Entwicklungspfade umgehen können, kann die daraus resultierende Komplexität mehr Ärger machen, als sie wert ist. Stattdessen ...
Get Versionskontrolle mit Git, 3. Auflage now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
