Gast
#6145703
vor längerer Zeit haben ich aus einem svn Repo ein git Repo erstellt und dann mit anderen Entwicklern dann nur mit git weiter entwickelt, war nur für Prototypen und zum spielen gedacht - komplett von der svn basierten Entwicklung abgetrennt (die Protypen haben sich dann aber doch zu gut entwickelt und wurde relevant, aber seperat zum svn gebaut und deployed) - Ja, Ja, Schande über mich und alle die mir nahe stehen :) Jetzt hat das andere Team offiziell auf git umgestellt und jetzt würde ich gerne die bestimmt 1 Trillionen Submits die auf unser lokales git Repo gemacht wurden wieder in einem Branch vom nun offiziellen git repo verheiraten (damit ich anfangen kann alle Änderungen nach zu ziehen und das ganze wieder in den main branch zu bekommen - bestimmt 2-4 Jahre Entwicklung zwischen meinem Repo und dem main :O ...) Problem: Ich habe absolut keine Ahnung wie ich da vorgehen soll, einzelne Commits mergen oder sowas kommt mir zu aufwändig vor ich weiss aber auch das die beiden Repos gar keine Ahnung davon haben das sie mal aus der gleich/selben Basis entstanden sind Ich kann genau sagen welcher Commit(Tag in SVN und meinem Repo und dem offiziellen Git) 100% zusammen passen, danach läuft alles auseinander Ich würde versuche so vor zu gehen Merge: 1. das offizielle git repo ziehen 2. darin einen Branch von dem korrespondieren Tag erstellen 3. irgendwie versuchen alle Commits aus meinem anderen Repo in diesen Branch zu bekommen - Wie auch immer das geht??? 4. freuen das es irgendwie doch geklappt hat Was alles gut läuft habe ich jetzt alle Änderungen von meinem externen Repo als Branch im offiziellen Repo Upgrade: Jetzt würde ich versuchen häppchenweise/oder Release-weise das main repo in meinen branch zu mergen - soooo lange bis mein Branch wieder ohne Konflikte mit dem main gemerged werden kann Kann jemand Tips geben wie ich Merge-Punkt 3 hin bekomme und sagen ob meine Upgrade-Strategie so sinnvoll ist?