Я знаю, що на це питання вже давно відповідали, але, прочитавши його, я можу допомогти додати приклади конкретної команди гілки gn svn і відновити її до типового робочого процесу.
Як kch відповів, використовуй git svn branch
. Ось повний приклад (зверніть увагу -n
на тест-ходу для тестування):
git svn branch -n -m "Branch for authentication bug" auth_bug
Якщо це піде добре, сервер відповідає на такий варіант відповіді:
Копіювання https://scm-server.com/svn/portal/trunk на r8914 на https://scm-server.com/svn/portal/branches/auth_bug ...
І без -n
комутатора сервер, ймовірно, додає щось на кшталт:
Знайдена можлива точка відділення: https://scm-server.com/svn/portal/trunk => https://scm-server.com/portal/branches/auth_bug , 8914
Знайдено батьківське відділення: (refs / remote / auth_bug)
d731b1fa028d30d685fe260f5bb912cbf59e1971
Слідом за батьком з do_switch
Успішно підписано батьківського r8915 = 6ed10c57afcec62e9077fbeed74a326eaa4863b8
(refs / remote / auth_bug)
Найкраща його частина, тепер ви можете створити локальну гілку на основі віддаленої гілки так:
git checkout -b local/auth_bug auth_bug
Що означає "перевірити та створити локальну гілку з назвою auth_bug
та змусити її слідувати за віддаленою гілкою (останній параметр)auth_bug
Перевірте , що ваше місцеве відділення працює на цьому віддаленому філії з використанням dcommit
з --dry-run
( -n
):
git svn dcommit -n
І SVN-сервер повинен відповісти новою назвою гілки:
Звертаючись на https://scm-server.com/svn/portal/branches/auth_bug ...