Jak mam powiedzieć git-svn o zdalnej gałęzi utworzonej po pobraniu repozytorium?

Używam git-svndo pracy z centralnym repozytorium Subversion mojej firmy. Niedawno utworzyliśmy nową gałąź funkcji w centralnym repozytorium.

Jak mam o tym powiedzieć Gitowi? Kiedy uruchamiam, git branch -rwidzę tylko gałęzie, które istniały, gdy działałem fetchprzeciwko repozytorium Subversion, aby zainicjować moje repozytorium Git?

Możesz ręcznie dodać zdalną gałąź,

git config --add svn-remote.newbranch.url https://svn/path_to_newbranch/
git config --add svn-remote.newbranch.fetch :refs/remotes/newbranch
git svn fetch newbranch [-r<rev>]
git checkout -b local-newbranch -t newbranch
git svn rebase newbranch

Jeśli chcesz śledzić WSZYSTKIE zdalne gałęzie svn, rozwiązanie jest tak proste, jak:

git svn fetch

Spowoduje to pobranie WSZYSTKICH zdalnych gałęzi, które nie zostały jeszcze pobrane.

Dodatkowa wskazówka: jeśli najpierw sprawdziłeś tylko pień, a później chcesz śledzić WSZYSTKIE gałęzie, edytuj, .git/configaby wyglądać tak i uruchom ponownie git svn fetch:

[svn-remote "svn"]
        url = https://svn/path_to_repo_root/
        fetch = path_to_trunk:refs/remotes/git-svn
        branches = path_to_branches/*:refs/remotes/*

Kluczowe punkty urlpowinny wskazywać na katalog główny repozytorium, a ścieżki zdefiniowane w fetchi branchespowinny być względne url.

Jeśli chcesz pobrać tylko określone gałęzie zamiast WSZYSTKICH, istnieje ładny przykład w git svn --help:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        branches = branches/{red,green}/src:refs/remotes/branches/*
        tags = tags/{1.0,2.0}/src:refs/remotes/tags/*

W starszych wersjach git-svn, po określeniu takich gałęzi, możesz nie być w stanie uzyskać nowych gałęzi git svn fetch. Jednym obejściem jest dodanie kolejnych fetchlinii, takich jak to:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        fetch = branches/blue:refs/remotes/branches/blue
        fetch = branches/yellow:refs/remotes/branches/yellow
        branches = branches/{red,green}/src:refs/remotes/branches/*

Kolejne obejście autorstwa @AndyEstes: edytuj .git/svn/.metadatai zmień wartość branches-maxRevlub tags-maxRevna wersję przed utworzeniem nowo określonych gałęzi lub znaczników. Gdy to zrobisz, uruchom, git svn fetchaby śledzić nową gałąź zdalną svn.

Wygląda na to, że po prostu potrzebowałem git svn fetch; jakoś przekonałem się, że ściągnę całe repo zamiast samych zmian.

Może jakoś to pomieszałem, ale postępowałem zgodnie z instrukcjami zawartymi w odpowiedzi Vjangusa i prawie się udało. Jedynym problemem było to, że Newbranch nie wydawał się być rozgałęziony z pnia. W gitk było to jakby „pływanie” na własną rękę; nie miał wspólnego przodka z pniem.

Rozwiązaniem tego było:

1. Znajdź SHA1 ostatniego zatwierdzenia, które wydarzyło się na linii głównej przed utworzeniem gałęzi.
2. Znajdź SHA1 pierwszego zatwierdzenia w nowej gałęzi (prawdopodobnie jest to komunikat „Utworzono nową gałąź, skopiowano z pnia @ 12345” lub coś w tym rodzaju)
3. git diff-tree <sha1 from step 1> <sha1 from step 2>- nie powinno być wyjścia. Jeśli jest wyjście, być może wybrano nieprawidłowe zatwierdzenia.
4. git checkout local-newbranchpotem git rebase <sha1 from step 1>. Spowoduje to local-newbranchzmianę bazy na nowe drzewo, ale remotes/newbranchnadal będzie rozłączone.
5. Przejdź do pliku .git/refs/remotes/newbranchi edytuj go, aby zawierał pełny SHA1 nowego zatwierdzenia (w wersji bazowej newbranch), który odpowiada staremu zatwierdzeniu, na które obecnie wskazuje. (A może użyj git-update-ref refs/remotes/newbranch <new-SHA>. Dziękuję inger.)
6. Następnym razem, kiedy git svn dcommitsię newbranch, dostaniesz kilka wiadomości o nim aktualizujących jakiś dziennik. Myślę, że to normalne.

Zalecam utrzymywanie gitk --allotwartego przez cały czas i odświeżanie go często, aby śledzić to, co robisz. Nadal jestem trochę nowy w git i git svn, więc proszę zasugerować ulepszenia tej metody.

Uproszczenie odpowiedzi Vjangusa:

Jeśli używasz standardowego układu w SVN i wykonałeś zwykłą inicjalizację svn, git-svn wykona konfigurację za Ciebie. Właśnie:

1. Znajdź wersję kopii oddziału w SVN
2. Pobierz tę wersję za pomocą git-svn
3. Utwórz nowy zdalny lokalny oddział śledzenia

Przykład. Adres URL SVN to svn+ssh://[email protected]/repo. Oddział SVN, którego szukam, to newbranch. Lokalny oddział git (śledzenie zdalne newbranch) będzie git-newbranch.

Krok 1: znajdź wersję kopii oddziału

    # svn log - stop-on-copy svn + ssh: //[email protected]/repo/branches/newbranch | ogon -4
    r7802 | ktoś | 2014-03-21 18:54:58 +0000 (Pt, 21 marca 2014) | 1 linia

    rozgałęzienie HEAD do newbranch
    -------------------------------------------------- ----------------------

Zatem punktem rozgałęzienia w SVN jest wersja 7802.

Krok 2: Pobierz wersję

    # git svn fetch -r 7802
    Znaleziony możliwy punkt rozgałęzienia: svn + ssh: //[email protected]/repo/trunk => svn + ssh: //[email protected]/repo/branches/newbranch, 7801
    Znaleziono oddział nadrzędny: (referencje / piloty / bagażnik) 8dcf3c5793ff1a8a79dc94d268c91c2bf388894a
    Podążając za rodzicem do_switch
    Pomyślnie śledzono rodzica
    r7802 = 9bbd4194041675ca5c9c6f3917e05ca5654a8a1e (referencje / piloty / newbranch)

git-svn wykonał całą pracę i teraz wie o pilocie:

    # git show-ref | grep newbranch
    2df23af4733f36f5ad3c14cc1fa582ceeb3edb5c referencje / piloty / newbranch

Krok 3: Utwórz nowy oddział lokalny śledzący oddział zdalny:

    # git checkout -b git-newbranch -t newbranch
    Sprawdzanie plików: 100% (413/413), gotowe.
    Oddział git-newbranch skonfigurowany do śledzenia lokalnych referencji / pilotów / newbranch.
    Przeniesiono do nowej gałęzi „git-newbranch”

Nie znalazłem żadnej dokumentacji na temat tej funkcji, ale wygląda na to, że konfiguracja git svn obsługuje wiele wpisów pobierania. W ten sposób możesz również dodawać gałęzie osobno, bez potrzeby dodawania kolejnego wpisu zdalnego repozytorium svn do swojej konfiguracji ani używania symboli wieloznacznych, aby uzyskać wszystkie gałęzie określonego katalogu.

Załóżmy, że twoje drzewo SVN jest naprawdę paskudne, mając wiele gałęzi bez logiki co do ich lokalizacji, np. Mając gałęzie i podkatalogi zawierające bardziej rozgałęzione.

to znaczy

trunk
branches
  -> branch1
  -> sub-dir1
    -> branch2
    -> branch3
  -> sub-dir2
    -> branch4
    -> sub-dir3
      -> branchX 
<... hundreds more ...>

i po prostu chcesz ręcznie wybrać niektóre gałęzie, które zostaną włączone do Twojego repozytorium git.

Możesz najpierw zainicjować swoje repozytorium tylko z pniem bez żadnych dodatkowych gałęzi:

git svn clone -r 10000:HEAD https://svn.com/MyRepo myrepo --prefix=svn/ --trunk=trunk 

Następnie powinieneś zobaczyć następującą konfigurację:

localhost: elhigu$ git config --get-regexp "svn-remote."
svn-remote.svn.url https://svn.com/MyRepo
svn-remote.svn.fetch trunk:refs/remotes/svn/trunk

kiedy chcesz pobrać nowy oddział z MyRepo, możesz po prostu dodać nowe wpisy pobierania do konfiguracji poprzez:

git config --add svn-remote.svn.fetch branches/sub-dir2/branch4:refs/remotes/svn/branches/sub-dir2/branch4

Lub możesz edytować tę samą konfigurację w .git / config

Aby pobrać nowe gałęzie po dodaniu ich do konfiguracji, po prostu uruchom:

git svn fetch -r 10000:HEAD

[Edytuj] Czasami wydaje się konieczne uruchomienie pobierania z parametrem --all, aby pobrać nowo dodane gałęzie:

git svn fetch --all -r 10000:HEAD

Zamiast zajmować się dziwactwami git-svn, możesz wypróbować SubGit .

Trzeba zainstalować SubGit w repozytorium Subversion. Następnie można użyć standardowego przepływu pracy git zamiast specjalnych poleceń git-svn:

1. Wprowadzanie nowych zatwierdzeń:

   git-svn:

   $ git commit
   $ git svn rebase
   $ git svn dcommit
   

   SubGit:

   $ git commit
   $ git push
   

2. Pobieranie nadchodzących zmian

   git-svn:

   $ git svn rebase
   

   SubGit:

   $ git pull [--rebase]
   

3. Tworzenie nowego oddziału:

   git-svn:

   $ git svn branch foo
   $ git checkout -b foo -t remotes/foo
   $ git commit
   $ git svn dcommit
   

   SubGit:

   $ git checkout -b foo
   $ git commit
   $ git push
   

Więcej informacji znajduje się w dokumentacji SubGit .

Aby dodać do odpowiedzi vjangusa, która pomogła mi, uznałem również za przydatne dodanie przeszczepów git, aby związać gałęzie z pniem w odpowiednim punkcie - pozwalając gitowi zobaczyć historię i poprawnie połączyć.

Jest to po prostu przypadek dodania linii do .git/info/graftsskrótów:

<initial branch commit> <parent commit in trunk>

na przykład.

378b0ae0902f5c2d2ba230c429a47698810532e5 6c7144991381ce347d4e563e9912465700be0638

Kredyt na http://evan-tech.livejournal.com/255341.html

(Dodałbym to jako komentarz, ale nie mam wystarczającej reputacji).

Jeśli nie wyewidencjonujesz prawidłowego układu, nie będziesz w stanie wyewidencjonować zdalnego oddziału.

Tym się właśnie zajmuję:

git svn init -s <svn path with no trunk> local_repo
cd local_repo
git svn fetch 
## wait

Następnie możesz przejść do zdalnego oddziału:

git checkout --track -b branch_name branch_name

Następnie zostaniesz automatycznie przełączony do oddziału.