Core Forking - best practice - Versionsgeschichte

Tril: /* Neue Features entwickeln */

2012-01-22T21:05:05Z

‎Neue Features entwickeln

Tril am 22. Januar 2012 um 14:28 Uhr

2012-01-22T14:28:45Z

Tril: /* Neue Features entwickeln */

2012-01-22T14:25:55Z

‎Neue Features entwickeln

Tril: /* Einen Pull Request erstellen */

2012-01-22T14:23:13Z

‎Einen Pull Request erstellen

Tril: /* Neue Features entwickeln */

2012-01-22T14:22:19Z

‎Neue Features entwickeln

Tril: /* Tips und Troubleshooting */

2012-01-22T13:55:17Z

‎Tips und Troubleshooting

Tril: /* Lokale Branches aktualisieren */

2012-01-22T13:54:23Z

‎Lokale Branches aktualisieren

Tril: /* Core Forking - best practice */

2012-01-22T13:53:42Z

‎Core Forking - best practice

Tril: /* Contao Core forken */

2012-01-22T13:50:17Z

‎Contao Core forken

Tril: /* Der persönliche Fork */

2012-01-22T12:56:10Z

‎Der persönliche Fork

@@ Zeile 178: / Zeile 178: @@
 Zuerst muss man wissen, für welche Version will man das Feature entwickeln? Für Contao 2.10.5, Contao 2.11 oder sogar schon Contao 3? Diese Frage sollte wenn möglich vorher beantwortet werden, da es einem einige Arbeit ersparen kann. Wir gehen davon aus, dass das neue Feature für Contao 2.11 entwickelt werden soll, das entspricht dem Branch <code>2.11.x</code>.
-{{Hinweis|Mit <code>git branch -a</code> können sich immer alle verfügbaren Branches angezeigt werden.
+{{Hinweis|Mit <code>git branch -a</code> können sich immer alle verfügbaren Branches angezeigt werden.}}
 <source lang="bash">

← Nächstältere Version		Version vom 22. Januar 2012, 14:28 Uhr
Zeile 1:		Zeile 1:
−	~~{{stub}}~~	+	[[Kategorie:Development]]

	=Core Forking - best practice=		=Core Forking - best practice=

@@ Zeile 175: / Zeile 175: @@
 ===Neue Features entwickeln===
-Der neue Fork besteht standardmäßig aus den gleichen Branches wie das Contao Repository. Um im persönlichen Fork den Überblick nicht zu verlieren, vor allem wenn man mehrere Features parallel entwickeln will. Ein neuer Feature-Branch sollte immer auf einen Branch aus contao/* aufgebaut werden. Dadurch wird das Feature immer auf dem aktuellen Stand entwickelt und kann so von den Contao Entwicklern automatisiert in den Core überführt werden.
+Der neue Fork besteht standardmäßig aus den gleichen Branches wie das Contao Repository. Um im persönlichen Fork den Überblick nicht zu verlieren, vor allem wenn man mehrere Features parallel entwickeln will, sollte jedes Feature in einem eigenen Branch entwickelt werden. Ein neuer Feature-Branch sollte immer auf einen Branch aus contao/* aufgebaut werden. Dadurch wird das Feature immer auf dem aktuellen Stand entwickelt und kann so von den Contao Entwicklern automatisiert in den Core überführt werden.
 Zuerst muss man wissen, für welche Version will man das Feature entwickeln? Für Contao 2.10.5, Contao 2.11 oder sogar schon Contao 3? Diese Frage sollte wenn möglich vorher beantwortet werden, da es einem einige Arbeit ersparen kann. Wir gehen davon aus, dass das neue Feature für Contao 2.11 entwickelt werden soll, das entspricht dem Branch <code>2.11.x</code>.

@@ Zeile 230: / Zeile 230: @@
 Um einen Pull Request zu erzeugen reicht es, im Interface von github beim persönlichen Fork auf den Button '''Pull Request''' zu klicken.
-[[Bild:Contao Pull Request.png|frame|center|Einen Pull Request erzeugen]]
+[[Bild:Contao Fork Pull Request.png|frame|center|Einen Pull Request erzeugen]]
 Wichtig ist, dass man genau ausgewählt hat, für welchen Branch im Core Repository der Pull Request bestimmt ist und welchen eigenen Branch man pullen möchte.
 Die Auswahl der '''Commit Range''' erhält man, wenn man auf den Button '''Change Commits''' klickt.
-[[Bild:Contao Pull Request Commit Range.png|frame|center|Die richtige Auswahl von Ziel und Quelle]]
+[[Bild:Contao Fork Pull Request Commit Range.png|frame|center|Die richtige Auswahl von Ziel und Quelle]]
 Zum Schluss beschreibt man noch, möglichst ausführlich und nachvollziehbar was die Änderungen bewirken und warum sie gemacht wurden.

← Nächstältere Version		Version vom 22. Januar 2012, 14:22 Uhr
Zeile 174:		Zeile 174:

	===Neue Features entwickeln===		===Neue Features entwickeln===
		+
		+	Der neue Fork besteht standardmäßig aus den gleichen Branches wie das Contao Repository. Um im persönlichen Fork den Überblick nicht zu verlieren, vor allem wenn man mehrere Features parallel entwickeln will. Ein neuer Feature-Branch sollte immer auf einen Branch aus contao/* aufgebaut werden. Dadurch wird das Feature immer auf dem aktuellen Stand entwickelt und kann so von den Contao Entwicklern automatisiert in den Core überführt werden.
		+
		+	Zuerst muss man wissen, für welche Version will man das Feature entwickeln? Für Contao 2.10.5, Contao 2.11 oder sogar schon Contao 3? Diese Frage sollte wenn möglich vorher beantwortet werden, da es einem einige Arbeit ersparen kann. Wir gehen davon aus, dass das neue Feature für Contao 2.11 entwickelt werden soll, das entspricht dem Branch <code>2.11.x</code>.
		+	{{Hinweis\|Mit <code>git branch -a</code> können sich immer alle verfügbaren Branches angezeigt werden.
		+
		+	<source lang="bash">
		+	# zuerst aktualisieren wir den lokalen Bestand
		+	contao-core/ $ git fetch --all
		+	Fetching origin
		+	Fetching contao
		+	# jetzt lassen wir uns alle verfügbaren Branches anzeigen
		+	contao-core/ $ git branch -a
		+	* master
		+	remotes/contao/2.11.x
		+	remotes/contao/3.0.x
		+	remotes/contao/master
		+	remotes/origin/2.11.x
		+	remotes/origin/HEAD -> origin/master
		+	remotes/origin/browserversions
		+	remotes/origin/database_result_issues
		+	remotes/origin/dcasaveperformance
		+	remotes/origin/gitignore
		+	remotes/origin/master
		+	# danach erstellen wir einen neuen Branch, auf Basis von origin/master
		+	contao-core/ $ git branch myfeature origin/master
		+	Branch myfeature set up to track remote branch master from origin.
		+	# und wechseln auf den neuen Branch
		+	contao-core/ $ git checkout myfeature
		+	Switched to branch 'myfeature'
		+	</source>
		+
		+	In dem neuen Branch kann nun das neue Feature entwickelt werden. Wenn alles fertig ist, pushen wir den neuen Branch in unseren Fork.
		+
		+	<source lang="bash">
		+	contao-core/ $ git push -u origin myfeature
		+	Counting objects: 5, done.
		+	Delta compression using up to 4 threads.
		+	Compressing objects: 100% (3/3), done.
		+	Writing objects: 100% (3/3), 325 bytes, done.
		+	Total 3 (delta 2), reused 0 (delta 0)
		+	To git@github.com:tristanlins/contao-core.git
		+	* [new branch] myfeature -> myfeature
		+	Branch myfeature set up to track remote branch myfeature from origin.
		+	</source>
		+
		+	Nach dem alles zu github übertragen wurde, ist der neue Branch im Interface verfügbar.
		+
		+	[[Bild:Contao Fork Branch.png\|frame\|center\|Der branch myfeature auf github]]
		+
		+	===Einen Pull Request erstellen===
		+
		+	Ein Pull Request ist einfach gesagt ein Ticket im Tracker, bei dem auch die Änderungen übermittelt werden. Die Entwickler können über die Änderungen diskutieren, den Pull Request nochmal nachbessern und letztendlich mit ein paar Klicks in das Contao Repository automatisch überführen.
		+
		+	Um einen Pull Request zu erzeugen reicht es, im Interface von github beim persönlichen Fork auf den Button '''Pull Request''' zu klicken.
		+
		+	[[Bild:Contao Pull Request.png\|frame\|center\|Einen Pull Request erzeugen]]
		+
		+	Wichtig ist, dass man genau ausgewählt hat, für welchen Branch im Core Repository der Pull Request bestimmt ist und welchen eigenen Branch man pullen möchte.
		+	Die Auswahl der '''Commit Range''' erhält man, wenn man auf den Button '''Change Commits''' klickt.
		+
		+	[[Bild:Contao Pull Request Commit Range.png\|frame\|center\|Die richtige Auswahl von Ziel und Quelle]]
		+
		+	Zum Schluss beschreibt man noch, möglichst ausführlich und nachvollziehbar was die Änderungen bewirken und warum sie gemacht wurden.
		+	Mit einem Klick auf '''Send pull request''' schickt man den Pull Request an die Contao Core Entwickler.

	==Tips und Troubleshooting==		==Tips und Troubleshooting==

← Nächstältere Version		Version vom 22. Januar 2012, 13:55 Uhr
Zeile 172:		Zeile 172:

	Die lokalen Commits bekommen dabei neue Ids, da sich ihr direkter Vorgänger geändert hat und damit auch das Commit Objekt. Aus unserem Commit <code>a18c378</code> ist also der Commit <code>a93f652</code> geworden, der jetzt auf den aktuellen Stand von Contao aufbaut.		Die lokalen Commits bekommen dabei neue Ids, da sich ihr direkter Vorgänger geändert hat und damit auch das Commit Objekt. Aus unserem Commit <code>a18c378</code> ist also der Commit <code>a93f652</code> geworden, der jetzt auf den aktuellen Stand von Contao aufbaut.
		+
		+	===Neue Features entwickeln===

	==Tips und Troubleshooting==		==Tips und Troubleshooting==

@@ Zeile 99: / Zeile 99: @@
 Zuerst einmal die Ausgangssituation.
-<pre>
+<source>
 * 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
 * 18bc510 Set all files to CHMOD 644
@@ Zeile 110: / Zeile 110: @@
 * 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
 ...
-</pre>
+</source>
 Der Commit <code>a18c378</code> stammt von einem alten Commit <code>baaa762</code> ab. Im '''contao''' Repository gibt es aber bereits 4 neue Commits <code>a9199e5</code>, <code>dcab24e</code>, <code>18bc510</code> und <code>76b0bab</code>.
@@ Zeile 117: / Zeile 117: @@
 Merge bietet sich in diesem Fall nicht an, da ein Merge die Versionsgeschichte verfälschen würde.
-<pre>
+<source>
 *   6c2bda5 (HEAD, master) Merge remote-tracking branch 'contao/master'
 |\
@@ Zeile 130: / Zeile 130: @@
 * 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
 ...
-</pre>
+</source>
 Was ist falsch? Die Weiterentwicklung von Contao würde durch einen Merge als Abspaltung der Geschichte erkannt. Was aus Sicht des Fork auch korrekt ist, da die Weitereintwicklung ja in einem anderen Repository statt findet. Wir wollen jedoch nicht die Weiterentwicklung in unseren Fork integrieren, sondern wir wollen unseren Fork auf den neuen Stand '''aufbauen'''.
@@ Zeile 136: / Zeile 136: @@
 Das Ziel sollte also so aussehen.
-<pre>
+<source>
 * ....... (HEAD, master) Make some changes on an old state.
 * 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
@@ Zeile 146: / Zeile 146: @@
 * 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
 ...
-</pre>
+</source>
 Dies können wir mit <code>git rebase</code> erreichen. Rebase ist ein komplexes Thema, es liefert ähnliche Ergebnisse wie ein Merge, jedoch greift Rebase stark auf die Versionsgeschichte ein. Rebase mit all seinen Möglichkeiten kann hier nicht erklärt werden, daher soll hier lediglich das ''einfache'' Rebase gezeigt werden, da es das ist, was wir brauchen.
@@ Zeile 159: / Zeile 159: @@
 Danach sieht unsere Versionsgeschichte so aus, wie wir sie haben wollten.
-<pre>
+<source>
 * a93f652 (HEAD, master) Make some changes on an old state.
 * 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
@@ Zeile 169: / Zeile 169: @@
 * 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
 ...
-</pre>
+</source>
 Die lokalen Commits bekommen dabei neue Ids, da sich ihr direkter Vorgänger geändert hat und damit auch das Commit Objekt. Aus unserem Commit <code>a18c378</code> ist also der Commit <code>a93f652</code> geworden, der jetzt auf den aktuellen Stand von Contao aufbaut.

← Nächstältere Version		Version vom 22. Januar 2012, 13:53 Uhr
Zeile 6:		Zeile 6:

	Dieses Szenario ist nicht nur für den Contao Core geeignet, sondern kann auch auf andere Projekte, die auf github gehostet werden übernommen werden.		Dieses Szenario ist nicht nur für den Contao Core geeignet, sondern kann auch auf andere Projekte, die auf github gehostet werden übernommen werden.
		+
		+	{{Hinweis\|Es gibt viele verschiedene git Clients, die aber alle etwas anders arbeiten. Da hier nicht auf alle Eigenarten der jeweiligen GUIs eingegangen werden kann, werden alle Beispiele mit dem Originalprogramm git auf der Konsole ausgeführt und gezeigt!}}

	==Voraussetzungen==		==Voraussetzungen==

← Nächstältere Version		Version vom 22. Januar 2012, 13:50 Uhr
Zeile 24:		Zeile 24:

	[[Bild:Contao Core Fork.png\|frame\|center\|Fork erstellen]]		[[Bild:Contao Core Fork.png\|frame\|center\|Fork erstellen]]
		+
		+	===Den persönlichen Fork richtig benennen===
		+
		+	Standardmäßig wird der Fork unter dem Namen '''core''' erstellt. '''core''' kann vieles bedeuten, daher empfiehlt es sich, das Repository sinnvoll umzubenennen. Z.B. in '''contao-core'''. Dazu muss zuerst auf den Button '''Admin''' geklickt werden, im darauffolgenden Formular lässt sich der Name des Repositories ändern.
		+
		+	[[Bild:Contao Fork Name.png\|frame\|center\|URL zum persönlichen Fork]]
		+
		+	===Den persönlichen Fork klonen===
		+
		+	Als nächstes muss der eigene Fork geklont werden, dazu wird die URL von dem persönlichen Fork benötigt.
		+
		+	[[Bild:Contao Fork klonen.png\|frame\|center\|URL zum persönlichen Fork]]
		+
		+	<source lang="bash">
		+	$ git clone git@github.com:tristanlins/contao-core.git
		+	Cloning into contao-core...
		+	remote: Counting objects: 27464, done.
		+	remote: Compressing objects: 100% (6952/6952), done.
		+	remote: Total 27464 (delta 20159), reused 27310 (delta 20025)
		+	Receiving objects: 100% (27464/27464), 17.49 MiB \| 152 KiB/s, done.
		+	Resolving deltas: 100% (20159/20159), done.
		+	</source>
		+
		+	===Den Fork aktuell halten===
		+
		+	Der Fork ist eine Kopie von dem Zeitpunkt, als dieser erstellt wurde. Neue Änderungen die im Originalrepository durchgeführt werden, kommen nicht automatisch in das eigene Repository. Will man immer auf dem aktuellen Stand bleiben, muss man ein bisschen selbst Hand anlegen.
		+
		+	Zuerst muss ein Remote zum Originalrepository hinzugefügt werden, dies geschieht mit <code>git remote add <name> <url></code>, es empfiehlt sich als Remote Name '''contao''' zu nehmen. Als URL nehmen wir die öffentliche git URL zum Contao Core Repository <code>https://github.com/contao/core.git</code>.
		+
		+	<source lang="bash">
		+	$ cd contao-core
		+	contao-core/ $ git remote add contao https://github.com/contao/core.git
		+	</source>
		+
		+	Anschließend rufen wir die Informationen aus dem Repository ab, so dass diese lokal zur Verfügung stehen.
		+	<source lang="bash">
		+	contao-core/ $ git fetch contao
		+	remote: Counting objects: 2624, done.
		+	remote: Compressing objects: 100% (936/936), done.
		+	remote: Total 1917 (delta 1552), reused 1303 (delta 973)
		+	Receiving objects: 100% (1917/1917), 555.81 KiB \| 234 KiB/s, done.
		+	Resolving deltas: 100% (1552/1552), completed with 329 local objects.
		+	From https://github.com/contao/core
		+	* [new branch] 2.11.x -> contao/2.11.x
		+	* [new branch] 3.0.x -> contao/3.0.x
		+	* [new branch] master -> contao/master
		+	* [new tag] 2.11.RC1 -> 2.11.RC1
		+	* [new tag] 2.11.RC2 -> 2.11.RC2
		+	</source>
		+
		+	Ein Blick auf alle verfügbaren Branches zeigt, dass jetzt nicht nur die lokalen und die aus dem persönlichen Fork (origin), sondern auch die Branches aus dem Contao Core Repository (contao) zur Verfügung stehen.
		+	<source lang="bash">
		+	contao-core/ $ git branch -a
		+	* master
		+	remotes/contao/2.11.x
		+	remotes/contao/3.0.x
		+	remotes/contao/master
		+	remotes/origin/2.11.x
		+	remotes/origin/HEAD -> origin/master
		+	remotes/origin/browserversions
		+	remotes/origin/database_result_issues
		+	remotes/origin/dcasaveperformance
		+	remotes/origin/gitignore
		+	remotes/origin/master
		+	</source>
		+
		+	Während die remotes/origin/* Branches die Branches in dem persönlichen Fork darstellen (man sieht das bereits ein paar zusätzliche angelegt wurden), stellen die remotes/contao/* Branche die aus dem Contao Core Repository dar.
		+
		+	====Lokale Branches aktualisieren====
		+
		+	Wir gehen von folgender Situation aus, wir haben vor längerer Zeit einen persönlichen Fork erstellt und einen Commit gemacht. Am Contao Core wurde mittlerweile weiter entwickelt und wir wollen die persönlichen Änderungen auf den neuen Stand aufsetzen. Eine Möglichkeit wäre es, den neuen Stand aus dem Core Repository neu zu branchen und die Änderungen manuell einzuspielen. Mit git geht es auch automatisch und zwar mit <code>git rebase</code>.
		+
		+	Zuerst einmal die Ausgangssituation.
		+	<pre>
		+	* 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
		+	* 18bc510 Set all files to CHMOD 644
		+	* dcab24e Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* a9199e5 Get the next auto increment ID when importing a theme so deleted themes can be restored (#3604)
		+	\| * a18c378 (HEAD, master) Make some changes on an old state.
		+	\|/
		+	* baaa762 (origin/master, origin/HEAD) Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* 328ed4a Correctly update the cache after a new template has been created (#3676)
		+	* 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
		+	...
		+	</pre>
		+
		+	Der Commit <code>a18c378</code> stammt von einem alten Commit <code>baaa762</code> ab. Im '''contao''' Repository gibt es aber bereits 4 neue Commits <code>a9199e5</code>, <code>dcab24e</code>, <code>18bc510</code> und <code>76b0bab</code>.
		+
		+
		+
		+	Merge bietet sich in diesem Fall nicht an, da ein Merge die Versionsgeschichte verfälschen würde.
		+	<pre>
		+	* 6c2bda5 (HEAD, master) Merge remote-tracking branch 'contao/master'
		+	\|\
		+	\| * 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
		+	\| * 18bc510 Set all files to CHMOD 644
		+	\| * dcab24e Correctly handle HTML comments in inline JavaScripts (#3696)
		+	\| * a9199e5 Get the next auto increment ID when importing a theme so deleted themes can be restored (#3604)
		+	* \| a18c378 (HEAD, master) Make some changes on an old state.
		+	\|/
		+	* baaa762 (origin/master, origin/HEAD) Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* 328ed4a Correctly update the cache after a new template has been created (#3676)
		+	* 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
		+	...
		+	</pre>
		+
		+	Was ist falsch? Die Weiterentwicklung von Contao würde durch einen Merge als Abspaltung der Geschichte erkannt. Was aus Sicht des Fork auch korrekt ist, da die Weitereintwicklung ja in einem anderen Repository statt findet. Wir wollen jedoch nicht die Weiterentwicklung in unseren Fork integrieren, sondern wir wollen unseren Fork auf den neuen Stand '''aufbauen'''.
		+	Unser Ziel ist ganz einfach, unsere Änderungen, Commit <code>a18c378</code> soll als direkten Vorgänger den letzten Commit <code>76b0bab</code> erhalten, so das die Linearität erhalten bleibt.
		+
		+	Das Ziel sollte also so aussehen.
		+	<pre>
		+	* ....... (HEAD, master) Make some changes on an old state.
		+	* 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
		+	* 18bc510 Set all files to CHMOD 644
		+	* dcab24e Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* a9199e5 Get the next auto increment ID when importing a theme so deleted themes can be restored (#3604)
		+	* baaa762 (origin/master, origin/HEAD) Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* 328ed4a Correctly update the cache after a new template has been created (#3676)
		+	* 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
		+	...
		+	</pre>
		+
		+	Dies können wir mit <code>git rebase</code> erreichen. Rebase ist ein komplexes Thema, es liefert ähnliche Ergebnisse wie ein Merge, jedoch greift Rebase stark auf die Versionsgeschichte ein. Rebase mit all seinen Möglichkeiten kann hier nicht erklärt werden, daher soll hier lediglich das ''einfache'' Rebase gezeigt werden, da es das ist, was wir brauchen.
		+
		+	Um unser Ziel zu erreichen, reicht ein <code>git rebase contao/master</code>. Das bedeutet so viel wie: Baue mir alle Änderungen meines lokalen Branch (master) auf den Branch contao/master auf. Rebase sucht dafür den nächsten Gemeinsamen Vorgänger, in unserem Fall der Commit <code>baaa762</code>. Nimmt alle Änderungen die seither in unserem lokalen Branch passiert sind, in unserem Fall nur der Commit <code>a18c378</code> und baut diese auf den Stand von contao/master, also den Commit <code>76b0bab</code> neu auf. Git baut dabei jeden Commit einzeln auf die neue Basis auf. Sollten dabei Konflikte auftreten, meldet git detailliert was zu tun ist.
		+
		+	<source lang="bash">
		+	$ git rebase contao/master
		+	First, rewinding head to replay your work on top of it...
		+	Applying: Make some changes on an old state.
		+	</source>
		+
		+	Danach sieht unsere Versionsgeschichte so aus, wie wir sie haben wollten.
		+	<pre>
		+	* a93f652 (HEAD, master) Make some changes on an old state.
		+	* 76b0bab (tag: 2.10.4, contao/master) Version 2.10.4
		+	* 18bc510 Set all files to CHMOD 644
		+	* dcab24e Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* a9199e5 Get the next auto increment ID when importing a theme so deleted themes can be restored (#3604)
		+	* baaa762 (origin/master, origin/HEAD) Correctly handle HTML comments in inline JavaScripts (#3696)
		+	* 328ed4a Correctly update the cache after a new template has been created (#3676)
		+	* 3a2aefe Do not block resources required by the Google website preview in the robots.txt file (#3688)
		+	...
		+	</pre>
		+
		+	Die lokalen Commits bekommen dabei neue Ids, da sich ihr direkter Vorgänger geändert hat und damit auch das Commit Objekt. Aus unserem Commit <code>a18c378</code> ist also der Commit <code>a93f652</code> geworden, der jetzt auf den aktuellen Stand von Contao aufbaut.

	==Tips und Troubleshooting==		==Tips und Troubleshooting==

@@ Zeile 23: / Zeile 23: @@
 Zuerst muss ein persönlicher Fork erstellt werden. Ein Fork ist eine Kopie des Repositories, im eigenen Account. Auf dem Fork kann man beliebig arbeiten, man hat alle Commits die bis zu dem Zeitpunkt gemacht wurden zur Verfügung und kann mit diesen Arbeiten wie es einem beliebt. Um einen persönlichen Fork zu erstellen, muss zuerst das [https://github.com/contao/core Contao Repository] auf github aufgerufen werden. Anschließen reicht ein klick auf den Button '''Fork''' um einen persönlichen Fork zu erstellen. Nachdem der Vorgang abgeschlossen ist, wird man direkt auf seinen persönlichen Fork weitergeleitet.
-[[Bild:contao core fork.png|frame|center|Fork erstellen]]
+[[Bild:Contao Core Fork.png|frame|center|Fork erstellen]]
 ==Tips und Troubleshooting==