Як мені розповісти git-svn про віддалену гілку, створену після того, як я отримав репо?

Я використовую git-svnдля роботи з центральним сховищем Subversion моєї компанії. Нещодавно ми створили нову гілку функцій у центральному репо.

Як мені сказати про це Git? Коли я бігаю, git branch -rя бачу лише гілки, які існували, коли я бігав fetchпроти репортажу Subversion, щоб ініціалізувати своє рето Git?

Ви можете вручну додати віддалену гілку,

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

Якщо ви хочете відстежувати ВСІ віддалені гілки svn, тоді рішення настільки ж просто, як:

git svn fetch

Це отримає ВСІ віддалені гілки, які ще не отримані.

Додаткова порада: якщо спочатку ви перевірили лише стовбур, а пізніше ви хочете відстежувати ВСІ гілки, то редагуйте, .git/configщоб виглядати так, і повторіть запуск 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/*

Ключові моменти urlповинні вказувати на корінь сховища, а шляхи, визначені в fetchта branchesповинні бути відносними до url.

Якщо ви хочете отримати лише конкретні гілки замість УСІХ, є приємний приклад у 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/*

З більш старими версіями git-svn, як тільки ви вказали такі гілки, ви, можливо, не зможете отримати нові гілки git svn fetch. Одне вирішення додає більше fetchрядків, наприклад, такий:

[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/*

Ще одне вирішення @AndyEstes: відредагуйте .git/svn/.metadataта змініть значення branches-maxRevабо tags-maxRevперегляд до того, як будуть створені нові задані гілки чи теги. Як тільки ви це зробите, запустіть git svn fetchдля відстеження нової віддаленої гілки svn.

Здається, мені просто потрібно було git svn fetch; я якось переконав себе, що отримаю всю репо замість лише змін.

Можливо, я це якимось чином зіпсував, але я дотримувався вказівок у відповіді віянгуса, і це майже вийшло . Єдина проблема полягала в тому, що новобранця, здавалося, не розгалужується від стовбура. У gitk це було свого роду "плаваюче" все самостійно; вона не мала спільного предка зі стовбуром.

Рішенням цього було:

1. Знайдіть SHA1 останнього комітету, який стався на стовбурі до створення гілки.
2. Знайдіть SHA1 першого комітету на новій гілці (повідомлення, ймовірно, "Створено нову гілку, скопійовану з магістралі @ 12345" чи щось таке)
3. git diff-tree <sha1 from step 1> <sha1 from step 2>- не повинно бути результатів. Якщо є вихід, можливо, ви вибрали неправильні коміти.
4. git checkout local-newbranchто git rebase <sha1 from step 1>. Це відновиться local-newbranchдо нового дерева, але remotes/newbranchвсе одно буде відключено.
5. Перейдіть до файлу .git/refs/remotes/newbranchта відредагуйте його, щоб він містив повний SHA1 нового комітету (на перезавантаженому newbranch), що відповідає старому комітету, на який він зараз вказує. (Або, можливо, використовуйте git-update-ref refs/remotes/newbranch <new-SHA>. Дякую, інгер.)
6. Наступного разу, коли ви git svn dcommitце зробите newbranch, ви отримаєте купу повідомлень про його оновлення журналу. Я думаю, це нормально.

Я рекомендую постійно триматись gitk --allвідкритим і часто оновлювати його, щоб слідкувати за тим, що ви робите. Я все ще є новим для git та git svn, тому, будь ласка, запропонуйте вдосконалити цей метод.

Спрощення відповіді vjangus:

Якщо ви використовуєте стандартний макет у SVN та зробили звичайний svn init, git-svn зробить для вас конфігураційні речі. Просто:

1. Знайдіть версію копіювання гілки у SVN
2. Вилучити цю версію за допомогою git-svn
3. Створіть нове місцеве віддалене відстеження філій

Приклад. URL-адреса SVN є svn+ssh://gil@svn.myplace.com/repo. Я шукаю галузь SVN newbranch. Місцеве відділення git (відстеження віддалене newbranch) буде git-newbranch.

Крок 1: знайдіть версію копіювання гілки

    # svn журнал - стоп-копія svn + ssh: //gil@svn.myplace.com/repo/branches/newbranch | хвіст -4
    r7802 | хтось | 2014-03-21 18:54:58 +0000 (Пт, 21 березня 2014) | 1 рядок

    розгалуження ГОЛА на нову гілку
    -------------------------------------------------- ----------------------

Отже, точкою відгалуження у SVN є версія 7802.

Крок 2: Отримайте версію

    # git svn fetch -r 7802
    Знайдена можлива точка відгалуження: svn + ssh: //gil@svn.myplace.com/repo/trunk => svn + ssh: //gil@svn.myplace.com/repo/branches/newbranch, 7801
    Знайдено батьківське відділення: (refs / remote / trunk) 8dcf3c5793ff1a8a79dc94d268c91c2bf388894a
    Слідом за батьком з do_switch
    Успішно стежив за батьком
    r7802 = 9bbd4194041675ca5c9c6f3917e05ca5654a8a1e (refs / remote / newbranch)

git-svn зробив всю роботу і тепер знає про віддалене:

    # git show-ref | grep newbranch
    2df23af4733f36f5ad3c14cc1fa582ceeb3edb5c refs / пульти / newbranch

Крок 3. Створіть нову локальну гілку, відстежуючи віддалену:

    # git checkout -b git-newbranch -t newbranch
    Перевірка файлів: 100% (413/413), зроблено.
    Відділення git-newbranch створене для відстеження місцевих посилань / віддалених / нових галузей.
    Переключився на нову галузь 'git-newbranch'

Я не знайшов жодної документації про цю функцію, але схоже, що конфігурація git svn підтримує декілька записів для отримання. Таким чином, ви також можете додавати гілки окремо без необхідності додавати інший віддалений запис сховища svn у ваш конфігурацію, а також не використовуючи символи, щоб отримати всі гілки певного каталогу.

Припустимо, що ваше дерево SVN справді неприємне, що має безліч гілок без будь-якої логіки, як вони розташовані, наприклад, мають гілки та підкаталоги, що містять більше розгалужених.

тобто

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

і ви просто хочете вручну вибрати деякі гілки для включення у ваше сховище git.

Ви можете спочатку запустити у свій сховище лише стовбур без додаткових гілок:

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

Після цього слід побачити наступну конфігурацію:

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

коли ви хочете отримати нову гілку з MyRepo, ви можете просто додати нові конфігураційні записи до конфігурації:

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

Або ви можете редагувати ту саму конфігурацію в .git / config

Щоб отримати нові гілки після додавання їх у конфігурацію, просто запустіть:

git svn fetch -r 10000:HEAD

[Редагувати] Іноді, здається, потрібно запустити витяг із параметром --all для отримання знову доданих гілок:

git svn fetch --all -r 10000:HEAD

Замість того, щоб мати справу з примхами git-svn, ви можете спробувати SubGit .

Потрібно встановити SubGit у сховищі Subversion. Після цього можна використовувати стандартний робочий процес git замість спеціальних команд git-svn:

1. Натискання нових комісій:

   git-svn:

   $ git commit
   $ git svn rebase
   $ git svn dcommit
   

   SubGit:

   $ git commit
   $ git push
   

2. Отримання вхідних змін

   git-svn:

   $ git svn rebase
   

   SubGit:

   $ git pull [--rebase]
   

3. Створення нової філії:

   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
   

Докладнішу інформацію див. У документації SubGit .

Щоб додати відповідь vjangus, яка мені допомогла, я також вважаю корисним використовувати git grafts для прив’язки гілок до стовбура у відповідній точці - що дозволяє git переглядати історію та виконувати злиття правильно.

Це просто випадок додавання рядка до .git/info/graftsхешів:

<initial branch commit> <parent commit in trunk>

напр.

378b0ae0902f5c2d2ba230c429a47698810532e5 6c7144991381ce347d4e563e9912465700be0638

Заслуга http://evan-tech.livejournal.com/255341.html

(Я додав би це як коментар, але мені недостатньо репутації.)

Якщо ви не перевірите правильний макет, ви не зможете оформити віддалену гілку.

Це те, що я роблю:

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

Після цього ви можете перейти до віддаленої гілки:

git checkout --track -b branch_name branch_name

Тоді ви автоматично перейдете на своє відділення.