Powiedzmy, że mam gałąź funkcji o nazwie "branches/BigFeature". Chcę wprowadzić zmiany w Pniu, wprowadzić pewne zmiany w Trunk i połączyć je z powrotem w gałąź "BigFeature", aby rozwój mógł być kontynuowany.Dlaczego pojawiają się konflikty podczas łączenia gałęzi z pnia, a następnie łączenia z powrotem do gałęzi?
moje kroki były:
Merge najnowsze zmiany w bagażniku do gałęzi/BigFeature. (Żółw SVN -> Scal szereg poprawek)
Scal zmiany w gałęziach/BigFeature na Trunk. (Żółw SVN -> Ponownie zintegruj oddział)
Wprowadź zmiany w bagażniku.
Połącz zmiany w gałęzi z gałęziami/dużymi cechami. (Tortoisesvn -> Merge szereg korekt)
Problem pojawia się w punkcie 4. Kiedy scalić z powrotem do BigFeature uzyskać wszelkiego rodzaju konfliktów. Wydaje się, że ma problem z plikami, które zostały pierwotnie dodane w gałęziach/BigFeature, ale zostały scalone z Trunk.
Komunikat daje mi to „Ostatni operacja scalania próbował dodać plik «bla», ale został już dodany lokalnie.
to trochę sens, ponieważ plik był pierwotnie dodany w gałęzi/gałąź BigFeature, a następnie połączony z Trunk, ale dlaczego operacja łączenia nie może tego zrobić? Dlaczego pojawia się jako konflikt?
Ten sam rodzaj błędu występuje w przypadku usuniętych plików
Ostatnia operacja scalania próbowała usunąć/przenieść/zmienić nazwę katalogu "blah", ale została usunięta, przeniesiona lub zmieniona lokalnie.
Dzięki za pomoc.
SVN scalania w ogóle nie działa dobrze. – alternative
Czy istnieją alternatywy? – Justin
Każdy, kto mówi, że svn merge nie działa, nie robi tego dobrze. Konceptualny pogląd Svn na zmiany nie jest najlepszy (później SCMy, takie jak git, nieco zbliżyły się do znaku), ale nie jest prawdą, że nie można łączyć się z subwersją, a nawet zarządzać skomplikowanym kodem z połączeniami nadchodzącymi w I NA zewnątrz. – Ether