Lernpfad:Einführung in Git/7 - Versionsgeschichte

Ngb am 21. August 2022 um 20:39 Uhr

2022-08-21T20:39:56Z

← Nächstältere Version		Version vom 21. August 2022, 22:39 Uhr
Zeile 11:		Zeile 11:
	== Das Format von Git-Repositories ==		== Das Format von Git-Repositories ==

	Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu ''Commits'', die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein ~~Respository~~ zerstörst. Daher ist der Ordner auch als versteckt markiert.		Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu ''Commits'', die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen noch manipulieren, da du sonst dein Repository zerstörst. Daher ist der Ordner auch als versteckt markiert.

	Der <code>.git</code> Ordner wird also niemals ''commited'', sondern beim ersten Klonen erzeugt. Daher zeigt {{Fork}} ihn nicht an.		Der <code>.git</code>-Ordner wird also niemals ''commited'', sondern beim ersten Klonen erzeugt. Daher zeigt {{Fork}} ihn nicht an.

	== Dateien ignorieren ==		== Dateien ignorieren ==

	Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu {{Git}}, sondern ~~sie~~ werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher ist es sinnvoll, diese Dateien aus der Versionsverwaltung auszuschließen.		Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu {{Git}}, sondern werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher ist es sinnvoll, diese Dateien aus der Versionsverwaltung auszuschließen.
	{{Hinweis\|Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.}}		{{Hinweis\|Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.}}

	Für diesen Zweck gibt es die <code>.gitignore</code> Datei im ~~Respository~~-Ordner. Verschieb die Datei zum Testen aus dem Ordner an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an.		Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Repository-Ordner. Verschieb die Datei zum Testen aus dem Ordner an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an.

	Wie du siehst, werden die fehlenden Dateien jetzt als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Im Gegensatz zum <code>.git</code>-Ordner ist sie also im ~~Respository~~ gespeichert und ganz normal versioniert.		Wie du siehst, werden die fehlenden Dateien jetzt als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Im Gegensatz zum <code>.git</code>-Ordner ist sie also im Repository gespeichert und ganz normal versioniert.

	Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.		Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.

Jneug am 12. Februar 2022 um 16:58 Uhr

2022-02-12T16:58:17Z

← Nächstältere Version		Version vom 12. Februar 2022, 18:58 Uhr
Zeile 1:		Zeile 1:
	{{NNavigation}}		{{NNavigation}}

	Wenn du dein Projekt im Datei-Explorer öffnest, dann siehst du eine ganze Reihe von Dateien, die neu ~~hinzu gekommen~~ sind. Sie haben die Endungen <code>.class</code> und <code>.ctxt</code>.		Wenn du dein Projekt im Datei-Explorer öffnest, dann siehst du eine ganze Reihe von Dateien, die neu hinzugekommen sind. Sie haben die Endungen <code>.class</code> und <code>.ctxt</code>.

	Außerdem enthält das Projekt einen versteckten Ordner mit dem Namen <code>.git</code> und eine Datei mit dem Namen <code>.gitignore</code>.		Außerdem enthält das Projekt einen versteckten Ordner mit dem Namen <code>.git</code> und eine Datei mit dem Namen <code>.gitignore</code>.
Zeile 7:		Zeile 7:
	[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]		[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]

	Wenn du in {{~~GitHub Desktop~~}} einen Commit machst, dann werden weder der Ordner, noch diese Dateien bei den Änderungen angezeigt. Du kannst dies prüfen, indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{~~GitHub Desktop~~}} und schau nach, was im Bereich "Changes" angezeigt wird.		Wenn du in {{Fork}} einen ''Commit'' machst, dann werden weder der Ordner noch diese Dateien bei den Änderungen angezeigt. Du kannst dies prüfen, indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau nach, was im Bereich "Local Changes" angezeigt wird.

	== Das Format von Git-Repositories ==		== Das Format von Git-Repositories ==

	Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.		Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu ''Commits'', die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.

	Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt {{~~GitHub Desktop~~}} ihn nicht an.		Der <code>.git</code> Ordner wird also niemals ''commited'', sondern beim ersten Klonen erzeugt. Daher zeigt {{Fork}} ihn nicht an.

	== Dateien ignorieren ==		== Dateien ignorieren ==

	Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu {{Git}}, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher ~~macht~~ es ~~Sinn~~, diese Dateien aus der Versionsverwaltung auszuschließen. ''Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.''		Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu {{Git}}, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher ist es sinnvoll, diese Dateien aus der Versionsverwaltung auszuschließen.
			{{Hinweis\|Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.}}

	Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordner. Verschieb die Datei ~~einmal~~ aus dem ~~Ordenr~~ an einen anderen Ort. Öffne dann {{~~GitHub Desktop~~}} und schau dir erneut die "Changes" an.		Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordner. Verschieb die Datei zum Testen aus dem Ordner an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an.

	Wie du siehst werden die fehlenden Dateien ~~nun~~ als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. ~~Sie~~ ist also im Respository gespeichert und ganz normal versioniert.		Wie du siehst, werden die fehlenden Dateien jetzt als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Im Gegensatz zum <code>.git</code>-Ordner ist sie also im Respository gespeichert und ganz normal versioniert.

	Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.		Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.
Zeile 52:		Zeile 53:
	</syntaxhighlight>		</syntaxhighlight>

	Ergänze ~~zum~~ Beispiel die Zeile		Ergänze als Beispiel die Zeile
	<pre>		<pre>
	test.txt		test.txt
	</pre>		</pre>
	und speichere die Datei ab. {{~~GitHub Desktop~~}} ignoriert nun die von dir erstellte Datei bei allen weitere Commits.		und speichere die Datei ab. {{Fork}} ignoriert nun die von dir erstellte Datei bei allen weitere ''Commits''. Damit die Änderung erhalten bleibt, könntest du sie nun selbst ''committen''.

Jneug am 29. August 2021 um 11:28 Uhr

2021-08-29T11:28:23Z

← Nächstältere Version		Version vom 29. August 2021, 13:28 Uhr
Zeile 7:		Zeile 7:
	[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]		[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]

	Wenn du in {{~~Fork~~}} einen Commit machst, dann werden weder der Ordner, noch diese Dateien bei den ~~Dateien mit~~ Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{~~Fork~~}} und schau nach, was im Bereich "~~Local~~ Changes" angezeigt wird.		Wenn du in {{GitHub Desktop}} einen Commit machst, dann werden weder der Ordner, noch diese Dateien bei den Änderungen angezeigt. Du kannst dies prüfen, indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{GitHub Desktop}} und schau nach, was im Bereich "Changes" angezeigt wird.

	== Das Format von Git-Repositories ==		== Das Format von Git-Repositories ==
Zeile 13:		Zeile 13:
	Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.		Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.

	Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt ~~Fork~~ ihn nicht an.		Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt {{GitHub Desktop}} ihn nicht an.

	== Dateien ignorieren ==		== Dateien ignorieren ==

	Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu Git, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher macht es Sinn, diese Dateien aus der Versionsverwaltung auszuschließen. ''Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.''		Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu {{Git}}, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher macht es Sinn, diese Dateien aus der Versionsverwaltung auszuschließen. ''Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.''

	Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-~~Ordern~~. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{~~Fork~~}} und schau dir erneut die "~~Local~~ Changes" an.		Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordner. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{GitHub Desktop}} und schau dir erneut die "Changes" an.

	Wie du siehst werden die fehlenden Dateien nun als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.		Wie du siehst werden die fehlenden Dateien nun als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.
Zeile 56:		Zeile 56:
	test.txt		test.txt
	</pre>		</pre>
	und speichere die Datei ab. {{~~Fork~~}} ignoriert nun die von dir erstellte Datei bei allen weitere Commits.		und speichere die Datei ab. {{GitHub Desktop}} ignoriert nun die von dir erstellte Datei bei allen weitere Commits.

Jneug: /* Das Format von Git-Repositories */

2020-08-24T06:51:20Z

Das Format von Git-Repositories

← Nächstältere Version		Version vom 24. August 2020, 08:51 Uhr
Zeile 11:		Zeile 11:
	== Das Format von Git-Repositories ==		== Das Format von Git-Repositories ==

	Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das ~~Vorhandensein~~ des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.		Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das Vorhanden sein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.

	Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt Fork ihn nicht an.		Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt Fork ihn nicht an.

Jneug am 23. August 2020 um 18:42 Uhr

2020-08-23T18:42:18Z

← Nächstältere Version		Version vom 23. August 2020, 20:42 Uhr
Zeile 7:		Zeile 7:
	[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]		[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]

	Wenn du in {{Fork}} einen ~~commit~~ machst, dann werden weder der Ordner noch diese Dateien bei den Dateien mit Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau ~~dir an~~, was im Bereich "Local Changes" angezeigt wird.		Wenn du in {{Fork}} einen Commit machst, dann werden weder der Ordner, noch diese Dateien bei den Dateien mit Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau nach, was im Bereich "Local Changes" angezeigt wird.

	== Das Format von Git-Repositories ==		== Das Format von Git-Repositories ==

	Alle Informationen des Git-Repositories werden komplett im Projektordner im ~~ordner~~ <code>.git</code> gespeichert. Hier befinden ~~sie~~ die verschiedenen Versionen der Projektdateien und alle Informationen zu ~~commits~~, die damit zusammenhängen. Allein das Vorhandensein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein Git-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.		Alle Informationen des {{Git}}-Repositories werden komplett im Projektordner im Unterordner <code>.git</code> gespeichert. Hier befinden sich die verschiedenen Versionen der Projektdateien und alle Informationen zu Commits, die damit zusammenhängen. Allein das Vorhandensein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein {{Git}}-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.

	Der ~~Git-~~Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt Fork ihn nicht an.		Der <code>.git</code> Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt Fork ihn nicht an.

	== Dateien ignorieren ==		== Dateien ignorieren ==

	Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu Git, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der ~~sie erzeugt wurden~~. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher macht es Sinn, diese Dateien aus der Versionsverwaltung auszuschließen. Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.		Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu Git, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der das Projekt ausgeführt wurde. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher macht es Sinn, diese Dateien aus der Versionsverwaltung auszuschließen. ''Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.''

	Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordern. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an. Wie du siehst wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.		Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordern. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an.

			Wie du siehst werden die fehlenden Dateien nun als "neu" erkannt. Außerdem wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.

	Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.		Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.

Jneug am 23. August 2020 um 14:11 Uhr

2020-08-23T14:11:46Z

← Nächstältere Version		Version vom 23. August 2020, 16:11 Uhr
Zeile 23:		Zeile 23:
	Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.		Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.

	<syntaxhighlight line="1">		<syntaxhighlight lang="text" line="1">
	# ---> Java		# ---> Java
	# Compiled class file		# Compiled class file

Jneug: /* Dateien ignorieren */

2020-08-23T14:10:54Z

Dateien ignorieren

← Nächstältere Version		Version vom 23. August 2020, 16:10 Uhr
Zeile 23:		Zeile 23:
	Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.		Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.

	<syntaxhighlight ~~lang="plain"~~ line="1">		<syntaxhighlight line="1">
	# ---> Java		# ---> Java
	# Compiled class file		# Compiled class file

Jneug: /* Dateien ignorieren */

2020-08-23T14:09:10Z

Dateien ignorieren

@@ Zeile 21: / Zeile 21: @@
 Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordern. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an. Wie du siehst wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.
-Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen. Ergänze zum Beispiel die Zeile
+Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen.
 <pre>
 test.txt
 </pre>
 und speichere die Datei ab. {{Fork}} ignoriert nun die von dir erstellte Datei bei allen weitere Commits.

Jneug am 23. August 2020 um 14:08 Uhr

2020-08-23T14:08:06Z

← Nächstältere Version		Version vom 23. August 2020, 16:08 Uhr
Zeile 4:		Zeile 4:

	Außerdem enthält das Projekt einen versteckten Ordner mit dem Namen <code>.git</code> und eine Datei mit dem Namen <code>.gitignore</code>.		Außerdem enthält das Projekt einen versteckten Ordner mit dem Namen <code>.git</code> und eine Datei mit dem Namen <code>.gitignore</code>.

			[[Datei:Gitea Repository Structure.jpg\|center\|Dateibaum des Repositories.]]

	Wenn du in {{Fork}} einen commit machst, dann werden weder der Ordner noch diese Dateien bei den Dateien mit Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau dir an, was im Bereich "Local Changes" angezeigt wird.		Wenn du in {{Fork}} einen commit machst, dann werden weder der Ordner noch diese Dateien bei den Dateien mit Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau dir an, was im Bereich "Local Changes" angezeigt wird.

Jneug: Die Seite wurde neu angelegt: „{{NNavigation}} Wenn du dein Projekt im Datei-Explorer öffnest, dann siehst du eine ganze Reihe von Dateien, die neu hinzu gekommen sind. Sie haben die Endun…“

2020-08-23T14:04:10Z

Die Seite wurde neu angelegt: „{{NNavigation}} Wenn du dein Projekt im Datei-Explorer öffnest, dann siehst du eine ganze Reihe von Dateien, die neu hinzu gekommen sind. Sie haben die Endun…“

Neue Seite

{{NNavigation}}

Wenn du dein Projekt im Datei-Explorer öffnest, dann siehst du eine ganze Reihe von Dateien, die neu hinzu gekommen sind. Sie haben die Endungen <code>.class</code> und <code>.ctxt</code>.

Außerdem enthält das Projekt einen versteckten Ordner mit dem Namen <code>.git</code> und eine Datei mit dem Namen <code>.gitignore</code>.

Wenn du in {{Fork}} einen commit machst, dann werden weder der Ordner noch diese Dateien bei den Dateien mit Änderungen angezeigt. Du kannst dies prüfen indem du eine neue Datei mit dem Namen <code>text.txt</code> in deinem Projektordner erstellst. Öffne dann {{Fork}} und schau dir an, was im Bereich "Local Changes" angezeigt wird.

== Das Format von Git-Repositories ==

Alle Informationen des Git-Repositories werden komplett im Projektordner im ordner <code>.git</code> gespeichert. Hier befinden sie die verschiedenen Versionen der Projektdateien und alle Informationen zu commits, die damit zusammenhängen. Allein das Vorhandensein des <code>.git</code>-Ordners markiert einen Ordner auf der Festplatte als ein Git-Repository. Entsprechend darfst du diesen Ordner weder löschen, noch manipulieren, da du sonst dein Respository zerstörst. Daher ist der Ordner auch als versteckt markiert.

Der Git-Ordner wird also niemals commited, sondern beim ersten Klonen erzeugt. Daher zeigt Fork ihn nicht an.

== Dateien ignorieren ==

Die <code>.class</code> und <code>.ctxt</code> Dateien gehören nicht zu Git, sondern sie werden von {{BlueJ}} beim Kompilieren des Projekts erzeugt. Sie sind also Dateien, die mit der Maschine zusammenhängen, auf der sie erzeugt wurden. Auf einem anderen Computer würden sie vermutlich nicht funktionieren und müssten erneut durch eine Kompilierung erzeugt werden. Daher macht es Sinn, diese Dateien aus der Versionsverwaltung auszuschließen. Im Repository sollten nur Dateien liegen, die unabhängig vom Computer sind und die nicht automatisch aus den anderen Dateien erzeugt werden können.

Für diesen Zweck gibt es die <code>.gitignore</code> Datei im Respository-Ordern. Verschieb die Datei einmal aus dem Ordenr an einen anderen Ort. Öffne dann {{Fork}} und schau dir erneut die "Local Changes" an. Wie du siehst wird die <code>.gitignore</code> Datei als "gelöscht" angezeigt. Sie ist also im Respository gespeichert und ganz normal versioniert.

Verschieb die <code>.gitignore</code> wieder in den Projektordner und öffne sie in einem Texteditor. Die Struktur der Datei ist leicht zu verstehen. Ergänze zum Beispiel die Zeile
<pre>
test.txt
</pre>
und speichere die Datei ab. {{Fork}} ignoriert nun die von dir erstellte Datei bei allen weitere Commits.