Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- faecher:informatik:oberstufe:git:branching_merging:start [18.03.2025 20:36] – angelegt Frank Schiebel
+++ faecher:informatik:oberstufe:git:branching_merging:start [19.03.2025 10:12] (aktuell) – Frank Schiebel
@@ Zeile 15: / Zeile 15: @@
 === (A1) ===
-Überhemne den "langen" Lösungsvorschlag für die Modulo-Methode in dein Projekt. Teste die Funktionalität und erstelle einen ersten Commit.
+Übernheme den "langen" Lösungsvorschlag für die Modulo-Methode in dein Projekt. Teste die Funktionalität und erstelle einen ersten Commit.
-{{ :faecher:informatik:oberstufe:git:programmieren:bildschirmfoto_20250318_193203.png?600 |}}
+{{ .:bildschirmfoto_20250318_193203.png?600 |}}
 Ändere die Modulol-Methode jetzt so ab, dass sie dem zweiten, sehr kurzen Lösungsvorschlag entspricht. Erstelle einen weiteren Commit mit sinnvoller Commit Message.
@@ Zeile 164: / Zeile 164: @@
 Git hat beim zusammenführen der beiden Zweige automatisch einen Merge gemacht, weil wir die Lösung für Aufgabe 5 direkt nach dem Konstruktor eingefügt hatten und nicht nachtraglich ans Ende des Main Zweiges:
-{{ :faecher:informatik:oberstufe:git:programmieren:merge_konfliktfrei.png |}}
+{{ .:merge_konfliktfrei.png |}}
 Es gab also keine Zeile in der Datei, die ausgehend vom letzten gemeinsamen Commit "doppelt geändert" war, somit konnte git die Datei automatisch zusammenführen. Was git niemals machen kann, auch wenn es keine Konflikte feststellt, ist, das entstehende Programm auf Sinnhaftigkeit zu prüfen. In unserem Fall steht jede Methode für sich und das Ergebnis macht Sinn, dsas muss aber nicht so sein. Ein konfliktfreier Merge kann zu Code führen der fehlerhaft ist, z.B. weil es eine Methode mit identischer Signatur doppelt gibt.
@@ Zeile 211: / Zeile 211: @@
 </code>
-{{ :faecher:informatik:oberstufe:git:programmieren:bildschirmfoto_20250318_212815.png |}}
+{{ .:bildschirmfoto_20250318_212815.png |}}
 ++++