Joomla Entwicklung - Cocoate

Joomla Entwicklung - Ein Anfängerbuch
Revisionen genannt. Beispielsweise wird festgelegt, dass alle Dateien, mit denen das Verzeichnis gestartet
wird, die Revision 1 darstellen. Wenn nun die erste Änderung eintrifft, ist der gesamte Satz der Dateien
die Revision 2 und so weiter. Jede Revision ist hat einen Zeitstempel und einen Verweis auf die Person,
die die Änderung vorgenommen hat. Revisionen können untereinander verglichen und wieder
hergestellt werden. Unter bestimmten Umständen können Sie auch untereinander gemischt werden
(Abbildung 1).
Abbildung 1: Zentralisierter Arbeitsablauf (Image https://github.com/schacon/whygitisbetter)
COMMIT (ÄNDERUNGEN BEREITSTELLEN)
Es gibt unterschiedliche Ansätze mit verschiedenen Codeversionen zu arbeiten. Ein sehr wichtiges
Wort in diesem Zusammenhang ist commit. Ein Commit ist das Ereignis, das dem Revisions-
Verwaltungssystem mitteilt, das Sie jetzt Ihre Änderungen, die sie vorgenommen haben, den anderen
Benutzern des Systems verfügbar machen wollen. Abhängig vom verwendeten System sind die
Änderungen "atomar" oder "dateibasiert". Es gibt Vor- und Nachteile für die jeweilige Strategie.
MERGE (AUFBEREITEN, MISCHEN)
Wenn Sie ein grosse Entwicklungsteam haben, kann es sein, das mehrere Entwickler an einer Datei
arbeiten. Nach einem Commit muss dann die alte und die neu Version vergleichen und aufbereitet
werden (merge). Dieser Vorgang ist relativ in Textdatein und fast unmöglich in Mediadateien (Bilder,
Töne, Video).
VERSIONEN
Viele Projekte habe unterschiedliche Versionen, wie beispielweise einen "stable" und einen
"development" Zweig (branch). Um das zu ermöglichen, benötigen Sie eine tagging feature in Ihrem
System, mit dem einzelne Revisonen gekennzeichnet werden können.
VERTEILTE REVISIONSKONTROLLE
Das Verzeichnis ist immer noch zentral (the blessed repository), aber in einem verteilten Modell kann der
Entwickler mit unterschiedliche Versionen und Zweigen auf seiner lokalen Maschine arbeiten. Er kann
Feb 13, 2012 Seite 119