2012-01-30 11 views
5

git-svn dcommit próbuje przejść do niewłaściwej gałęzi SVN. Oto co zrobiłem:git-svn próbuje popełnić błąd w niewłaściwym oddziale

git checkout -b branch_a svn/branch_a # git-svn clone prepended all remote SVN branches with svn/ 
git svn branch -m "a message" branch_b 
git checkout -b branch_b svn/branch_b 

<make some commits> 

git svn dcommit 
git checkout branch_a 
git svn rebase 
git checkout branch_b 
git rebase branch_a 

Jest to „poprawne” rozgałęzienia/scalanie strategia interpretować z this StackOverflow pytanie.

Teraz jestem w marynacie. git svn dcommit z branch_b próbuje przejść do adresu URL SVN dla svn/branch_a. Potwierdza to wynik z git svn info. Tego też nie chcę lub nie oczekuję.

Co ciekawe, git log --grep='^git-svn-id:' --first-parent -1 pokazuje prawidłową gałąź SVN, adres URL dla svn/branch_b. Czytałem, że to polecenie ma wartość , która ma być oznaczona jako, aby ujawnić, do czego będzie przypisany git-svn.

Więc:

  1. Co zrobiłem źle?
  2. Jak mogę to naprawić (tj naciskać branch_b do svn/branch_b
+0

Czy są to używane polecenia dotyczące kasowania? AFAIK potrzebujesz-t, aby śledzić zdalny oddział. –

Odpowiedz

1

Patrząc na Twoje polecenia kasowych, wydaje się, że nie może być poinstruowany git svn śledzić zdalnych oddziałów SVN poprawnie Spróbuj tych poleceń.

git checkout -b branch_a -t svn/branch_a 
git checkout -b branch_b -t svn/branch_b 

a następnie zweryfikować oddział śledzisz po każdym z:

git svn info 

Każdy oddział powinien następnie śledzić poprawną gałąź zdalną.

Powiązane problemy