Hi,
Auf dem Testserver hast du ein Repository.
Das noch nicht existiert. Das muss ich ja erst noch anlegen. Man erstellt also immer zu allererst das Repo für den Testserver?
Auf dem Produktivserver gibt es eine Kopie des Repositories.
Aktuell haben beide rein File-technisch denselben Stand. Muss ich hier erstmal alle Dateien löschen und dann einen Clone erzeugen?
Normalerweise sagt man Git, ein bestehendes Verzeichnis sei nun ein Git-Repository. So braucht man keinen neuen Verzeichnisbaum, sondern benutzt die bestehende Struktur.
Genau diese Funktion habe ich (zumindest beim GitKraken) bisher nicht finden können.
Wenn du stattdessen die bestehende Verzeichnisstrutur zum Repository gemacht hättest, würdest du dir das umherkopieren ersparen.
Zur Not würde ich dann htdocs in htdocs_temp umbenennen, dann ein Repo für htdocs erstellen und alles von htdocs_temp nach htdocs rüberschieben. Ich hatte testweise (um mir nicht versehentlich irgendetwas zu zerstören) ein Test-Verzeichnis genommen.
Nach meinem jetzigen Verständnis bin ich wie folgt vorgegangen:
- Ein neues Repo auf dem Testserver erstellt
- Ein neues Repo auf dem Produktivserver erstellt
- Dem Test-Repo das Repo vom Prod als Remote eingetragen
- In beiden Verzeichnissen eine unterschiedliche Datei reinkopiert
- auf beiden Seiten gestaged und committed
- Push / Pull probiert: Fehlermeldung: "no merge base found"
- verzweifelt
Über die Dokumentationen komme ich einfach nicht weiter.
LG Klaus