Hallo ich habe bei github was noch nicht begriffen:
Ich klone ein Repo "Interessantes-Repo" in mein Github Konto.
Auf meinem Rechner füge ich jetzt das interessante Repo als upstream hinzu und lade es lokal runter, ändere aber nur Kleinigkeiten und kompiliere mir davon eine Anwendung o.ä.
Nach einer Weile, im interessanten Repo auf Github hat sich viel getan und einige Commits sind dazu gekommen, möchte ich die aktuelle Version wieder lokal holen, also mache ich ein pull.
Dazu meine Frage: pull macht ja fetch und merge in einem. Wie kann ich dieses merge aber verstehen? Ist meine lokale Version jetzt anders als das original Repo auf Github, nämlich nur "merged"? Merge führt ja zusammen und überschreibt nicht einfach stur. Müsste ich, wenn ich die originale und aktuelle Version des interessanten Repo von Github haben wollte erneut klonen? Dazu die veraltete lokale Version (mit meinen kleinen Änderungen) löschen?
Das ist doch vermutlich ein häufiges Szenario. Ich hab das Problem, dass ich gelegentlich was klone, vergleichsweise winzige Änderungen daran mache, das original Repo ist aber dann irgendwann so viel weiter, dass ich meine winzigen Änderungen kaum noch mergen kann. Da denke ich, es ist einfacher, komplett neu zu klonen und die Änderungen händisch von neuem einzugeben. Aber das wäre ja nun nicht "gitish", sondern eher das Gegenteil 😉
Wie macht man das richtig? Danke für Tips. franc
Bearbeitet von rklm:
Aufzählung. Bitte beachte Forum/Syntax und nutze die Vorschaufunktion
