PhilKa: /* Empfohlener Workflow mit Codex */

2026-08-19T11:48:43Z

Empfohlener Workflow mit Codex

← Nächstältere Version		Version vom 19. August 2026, 13:48 Uhr
Zeile 217:		Zeile 217:

	# Änderungen in Visual Studio durchführen		# Änderungen in Visual Studio durchführen

	# Alle Dateien speichern		# Alle Dateien speichern

	# Codex einen Auftrag geben		# Codex einen Auftrag geben

	# Codex die Änderungen durchführen lassen		# Codex die Änderungen durchführen lassen

	# Änderungen in Visual Studio kontrollieren		# Änderungen in Visual Studio kontrollieren

	# Projekt kompilieren		# Projekt kompilieren

	# Anwendung testen		# Anwendung testen

	# Git-Diff überprüfen		# Git-Diff überprüfen

	# Commit erstellen		# Commit erstellen

	# Änderungen mit Push zum Remote-Repository übertragen		# Änderungen mit Push zum Remote-Repository übertragen

PhilKa: /* Kurzreferenz */

2026-08-19T11:48:23Z

Kurzreferenz

← Nächstältere Version		Version vom 19. August 2026, 13:48 Uhr
Zeile 253:		Zeile 253:

	{\| class="wikitable"		{\| class="wikitable"
	! Funktion		\|-
	! Bedeutung		! Funktion !! Bedeutung !! Lokale Dateien werden verändert?
			\|-
	\| ! Lokale Dateien werden verändert? \|		\| '''Fetch'''
	\| -~~----------------------------------------------------------- \|~~		\| Neue Informationen und Commits vom Remote-Repository abrufen
	\| '''Fetch''' \|		\| Nein
	\| Neue Informationen und Commits vom Remote-Repository abrufen \|		\|-
	\| Nein \|		\| '''Pull'''
	\| - \|		\| Remote-Änderungen herunterladen und übernehmen
	\| '''Pull''' \|		\| Ja
	\| Remote-Änderungen herunterladen und übernehmen \|		\|-
	\| Ja \|		\| '''Push'''
	\| - \|		\| Eigene Commits zum Remote-Repository übertragen
	\| '''Push''' \|		\| Nein
	\| Eigene Commits zum Remote-Repository übertragen \|		\|-
	\| Nein \|		\| '''Sync'''
	\| - \|		\| Pull und anschließend Push durchführen
	\| '''Sync''' \|		\| Ja
	\| Pull und anschließend Push durchführen \|		\|}
	\| Ja \|
	\| } \|

	[[Kategorie:Git]]		[[Kategorie:Git]]

PhilKa: Die Seite wurde neu angelegt: „= Git, Visual Studio und Codex = Diese Seite beschreibt die wichtigsten Git-Funktionen in Visual Studio sowie den empfohlenen Workflow bei der parallelen Verwendung von Visual Studio und Codex für .NET-Projekte. == Git-Funktionen in Visual Studio == Im Fenster '''Git-Änderungen''' stellt Visual Studio verschiedene Funktionen zur Synchronisation mit einem Remote-Repository wie GitHub bereit. === Fetch === '''Fetch''' lädt Informationen über neue C…“

2026-08-19T11:08:14Z

Die Seite wurde neu angelegt: „= Git, Visual Studio und Codex = Diese Seite beschreibt die wichtigsten Git-Funktionen in Visual Studio sowie den empfohlenen Workflow bei der parallelen Verwendung von Visual Studio und Codex für .NET-Projekte. == Git-Funktionen in Visual Studio == Im Fenster '''Git-Änderungen''' stellt Visual Studio verschiedene Funktionen zur Synchronisation mit einem Remote-Repository wie GitHub bereit. === Fetch === '''Fetch''' lädt Informationen über neue C…“

Neue Seite

= Git, Visual Studio und Codex =

Diese Seite beschreibt die wichtigsten Git-Funktionen in Visual Studio sowie den empfohlenen Workflow bei der parallelen Verwendung von Visual Studio und Codex für .NET-Projekte.

== Git-Funktionen in Visual Studio ==

Im Fenster '''Git-Änderungen''' stellt Visual Studio verschiedene Funktionen zur Synchronisation mit einem Remote-Repository wie GitHub bereit.

=== Fetch ===

'''Fetch''' lädt Informationen über neue Commits und Branches vom Remote-Repository herunter, verändert den lokalen Arbeitsstand jedoch nicht.

<syntaxhighlight lang="bash">
git fetch
</syntaxhighlight>

Fetch eignet sich, wenn zunächst geprüft werden soll, ob auf dem Remote-Repository neue Änderungen vorhanden sind.

'''Merksatz:'''

:Fetch = Änderungen vom Server abrufen, aber noch nicht in den eigenen Branch übernehmen.

=== Pull ===

'''Pull''' lädt Änderungen vom Remote-Repository herunter und integriert sie in den aktuell ausgecheckten lokalen Branch.

Vereinfacht entspricht Pull:

<pre>
Fetch
+
Merge bzw. Rebase
</pre>

Dabei können Merge-Konflikte entstehen, wenn lokale und entfernte Änderungen dieselben Bereiche einer Datei betreffen.

'''Merksatz:'''

:Pull = Änderungen herunterladen und in den eigenen Arbeitsstand übernehmen.

=== Push ===

'''Push''' überträgt lokal erstellte Commits zum Remote-Repository.

<syntaxhighlight lang="bash">
git push
</syntaxhighlight>

Es werden nur Änderungen übertragen, die zuvor als Commit gespeichert wurden.

Befinden sich auf dem Remote-Repository bereits neuere Commits, die lokal noch nicht vorhanden sind, kann Git den Push ablehnen. In diesem Fall sollte normalerweise zunächst ein Pull durchgeführt werden.

'''Merksatz:'''

:Push = Eigene Commits zum Server hochladen.

=== Sync ===

'''Sync''' synchronisiert den lokalen und den entfernten Branch.

Vereinfacht führt Visual Studio dabei folgende Schritte aus:

<pre>
Pull
↓
Push
</pre>

Zuerst werden also Änderungen vom Remote-Repository übernommen. Anschließend werden die eigenen lokalen Commits hochgeladen.

=== Weitere Optionen ===

Über das Symbol

<pre>
...
</pre>

stehen zusätzliche Git-Funktionen und Synchronisationsoptionen zur Verfügung.

== Typischer Git-Workflow ==

Ein normaler Arbeitsablauf kann beispielsweise folgendermaßen aussehen:

<pre>
Pull
↓
Code bearbeiten
↓
Änderungen testen
↓
Commit erstellen
↓
Push
</pre>

Optional kann vorher mit '''Fetch''' geprüft werden, ob neue Änderungen im Remote-Repository vorhanden sind.

== Visual Studio und Codex gleichzeitig verwenden ==

Visual Studio und Codex können parallel mit demselben .NET-Projekt arbeiten.

Ein Neustart von Visual Studio nach Änderungen durch Codex ist normalerweise '''nicht erforderlich'''.

Codex verändert die Dateien direkt im Projektverzeichnis. Visual Studio erkennt externe Dateiänderungen in der Regel automatisch.

Typische Dateien sind beispielsweise:

* <code>.cs</code>
* <code>.razor</code>
* <code>.xaml</code>
* <code>.json</code>

Bei diesen Dateien ist normalerweise kein erneutes Laden des Projekts notwendig.

=== Änderungen an Projektdateien ===

Bei Änderungen an Dateien wie

* <code>.csproj</code>
* <code>.sln</code>

kann Visual Studio gegebenenfalls verlangen, das Projekt neu zu laden.

Ein kompletter Neustart von Visual Studio ist normalerweise trotzdem nicht notwendig.

== Laufende Anwendung und Hot Reload ==

Dass Visual Studio eine geänderte Datei erkennt, bedeutet nicht automatisch, dass die Änderung sofort in einer bereits laufenden Anwendung aktiv wird.

Je nach Änderung kann '''Hot Reload''' die Änderung während der Laufzeit übernehmen.

Ist die Änderung nicht mit Hot Reload kompatibel, reicht normalerweise:

<pre>
Anwendung stoppen
↓
Projekt neu kompilieren
↓
Anwendung erneut starten
</pre>

Visual Studio selbst muss dafür nicht neu gestartet werden.

== Erkennt Codex Änderungen aus Visual Studio? ==

Ja.

Wenn Visual Studio und Codex auf demselben Projektverzeichnis arbeiten, kann Codex Änderungen sehen, die zuvor in Visual Studio durchgeführt wurden.

Voraussetzung ist normalerweise, dass die Datei '''gespeichert''' wurde.

<pre>
Visual Studio
↓
Datei speichern
↓
Datei auf der Festplatte
↓
Codex liest die aktuelle Version
</pre>

Beispiel:

Eine Datei

<syntaxhighlight lang="text">
ProjectService.cs
</syntaxhighlight>

wird in Visual Studio geändert und gespeichert.

Wenn Codex anschließend diese Datei bearbeitet, verwendet Codex den aktuellen gespeicherten Stand.

=== Ungespeicherte Änderungen ===

Ungespeicherte Änderungen befinden sich nur im Editor von Visual Studio.

Beispiel:

<pre>
Visual Studio:
neue Änderung
↓
nicht gespeichert

Festplatte:
alte Version

Codex:
sieht die alte Version
</pre>

Deshalb sollten Änderungen in Visual Studio gespeichert werden, bevor Codex mit der Bearbeitung beginnt.

== Gleichzeitiges Bearbeiten derselben Datei ==

Problematisch kann es werden, wenn Visual Studio und Codex gleichzeitig dieselbe Datei bearbeiten.

Beispiel:

<pre>
Visual Studio Codex
│ │
ändert MainPage.xaml ändert MainPage.xaml
│ │
nicht gespeichert speichert Änderung
│ │
└──── Konflikt möglich ────┘
</pre>

Visual Studio kann anschließend melden, dass die Datei außerhalb der Entwicklungsumgebung geändert wurde.

Wird danach die noch ungespeicherte Version aus Visual Studio gespeichert, können die Änderungen von Codex überschrieben werden.

== Empfohlener Workflow mit Codex ==

# Änderungen in Visual Studio durchführen

# Alle Dateien speichern

# Codex einen Auftrag geben

# Codex die Änderungen durchführen lassen

# Änderungen in Visual Studio kontrollieren

# Projekt kompilieren

# Anwendung testen

# Git-Diff überprüfen

# Commit erstellen

# Änderungen mit Push zum Remote-Repository übertragen

== Empfehlung ==

Visual Studio und Codex können problemlos parallel auf demselben Projekt arbeiten.

Dabei sollte folgende Regel beachtet werden:

<blockquote>
'''Visual Studio und Codex sollten möglichst nicht gleichzeitig dieselbe Datei bearbeiten.'''
</blockquote>

Vor der Arbeit mit Codex sollten alle Änderungen in Visual Studio gespeichert werden.

Ein Neustart von Visual Studio oder Codex ist im normalen Entwicklungsworkflow nicht notwendig.

== Kurzreferenz ==

{| class="wikitable"
! Funktion
! Bedeutung

| ! Lokale Dateien werden verändert? |
| ------------------------------------------------------------ |
| '''Fetch''' |
| Neue Informationen und Commits vom Remote-Repository abrufen |
| Nein |
| - |
| '''Pull''' |
| Remote-Änderungen herunterladen und übernehmen |
| Ja |
| - |
| '''Push''' |
| Eigene Commits zum Remote-Repository übertragen |
| Nein |
| - |
| '''Sync''' |
| Pull und anschließend Push durchführen |
| Ja |
| } |

[[Kategorie:Git]]
[[Kategorie:Visual Studio]]
[[Kategorie:.NET]]
[[Kategorie:Codex]]

Entwicklung mit Git, Visual Studio und Codex - Versionsgeschichte

PhilKa: /* Empfohlener Workflow mit Codex */

PhilKa: /* Kurzreferenz */