Переименовать основную ветку как для локальных, так и для удаленных репозиториев Git

Самое близкое к переименованию - это удаление, а затем воссоздание на пульте дистанционного управления. Например:

git branch -m master master-old
git push remote :master         # Delete master
git push remote master-old      # Create master-old on remote

git checkout -b master some-ref # Create a new local master
git push remote master          # Create master on remote

Однако здесь есть много недостатков. Во-первых, ни одна из существующих проверок не будет знать о переименовании - Git не пытается отслеживать переименования веток. Если новый master еще не существует, git pull выдаст ошибку. Если новый master был создан. тяга попытается объединить master и master-old. Так что, как правило, это плохая идея, если у вас нет сотрудничества со всеми, кто ранее проверял репозиторий.

Примечание. Новые версии Git по умолчанию не позволяют удалять главную ветку удаленно. Вы можете изменить это, установив для параметра конфигурации receive.denyDeleteCurrent значение warn или ignore в удаленном репозитории. В противном случае, если вы готовы сразу же создать новый мастер, пропустите шаг git push remote :master и перейдите --force к шагу git push remote master. Обратите внимание: если вы не можете изменить конфигурацию пульта дистанционного управления, вы не сможете полностью удалить главную ветвь!

Это предостережение применимо только к текущей ветке (обычно ветке master); любую другую ветку можно удалить и воссоздать, как указано выше.

Предполагая, что вы сейчас на master:

git push origin master:master-old        # 1
git branch master-old origin/master-old  # 2
git reset --hard $new_master_commit      # 3
git push -f origin                       # 4

1. Сначала создайте ветку master-old в репозитории origin на основе фиксации master в локальном репозитории.
2. Создайте новую локальную ветвь для этой новой ветки origin/master-old (которая будет автоматически настроена правильно как ветвь отслеживания).
3. Теперь укажите свой локальный master на тот коммит, на который вы хотите, чтобы он указывал.
4. Наконец, принудительно измените master в репозитории origin, чтобы он отражал ваш новый локальный master.

(Если вы сделаете это каким-либо другим способом, вам понадобится как минимум еще один шаг, чтобы убедиться, что master-old правильно настроен для отслеживания origin/master-old. Ни одно из других решений, опубликованных на момент написания этой статьи, не включает это.)

Я думаю, что с Git v1.7 это немного изменилось. Обновить ссылку отслеживания вашего локального филиала на новый пульт теперь очень просто.

git branch -m old_branch new_branch         # Rename branch locally    
git push origin :old_branch                 # Delete the old branch    
git push --set-upstream origin new_branch   # Push the new branch, set local branch to track the new remote

git checkout -b new-branch-name
git push remote-name new-branch-name :old-branch-name

Возможно, вам придется вручную переключиться на new-branch-name перед удалением old-branch-name

Есть много способов переименовать ветку, но я собираюсь сосредоточиться на более крупной проблеме: как разрешить клиентам выполнять быструю перемотку вперед и не возиться со своими ветвями локально.

Сначала быстрое изображение:

Это действительно легко сделать; но не злоупотребляйте этим. Вся идея зависит от коммитов слияния; поскольку они позволяют выполнять перемотку вперед и связывать истории одной ветки с другой.

переименование ветки:

# rename the branch "master" to "master-old"
# this works even if you are on branch "master"
git branch -m master master-old

создание новой главной ветки:

# create master from new starting point
git branch master <new-master-start-point>

создание коммита слияния, чтобы иметь историю родитель-потомок:

# now we've got to fix the new branch...
git checkout master

# ... by doing a merge commit that obsoletes
# "master-old" hence the "ours" strategy.
git merge -s ours master-old

и вуаля.

git push origin master

Это работает, потому что создание merge фиксации позволяет перемотать ветку к новой ревизии.

используя разумное сообщение фиксации слияния:

renamed branch "master" to "master-old" and use commit ba2f9cc as new "master"
-- this is done by doing a merge commit with "ours" strategy which obsoletes
   the branch.

these are the steps I did:

git branch -m master master-old
git branch master ba2f9cc
git checkout master
git merge -s ours master-old

Я предполагаю, что вы все еще спрашиваете о той же ситуации, что и в вашем предыдущий вопрос. То есть master-new не будет содержать master-old в своей истории. * Если вы назовете master-new «master», вы фактически переписываете историю. Не имеет значения, как вы попадаете в состояние, в котором мастер не является потомком предыдущей позиции мастера, просто то, что он находится в этом состоянии.

Другие пользователи, пытающиеся извлечь, пока мастер не существует, просто потерпят неудачу (нет такой ссылки на удаленном компьютере), и как только он снова появится в новом месте, их извлечения должны будут попытаться объединить своего мастера с новым удаленным мастером, так же, как если бы вы объединили главный-старый и главный-новый в своем репозитории. Учитывая то, что вы здесь пытаетесь сделать, слияние может привести к конфликтам. (Если бы они были разрешены, а результат был помещен обратно в репозиторий, вы были бы в еще худшем состоянии - обе версии истории присутствовали.)

Чтобы ответить на ваш вопрос просто: вы должны признать, что иногда в вашей истории будут ошибки. Это хорошо. С кем не бывает. В репозитории git.git есть отмененные коммиты. Важно то, что как только мы публикуем историю, каждый может доверять ей.

* Если бы это было так, это было бы эквивалентно отправке некоторых изменений в мастер, а затем созданию новой ветки там, где она была раньше. Без проблем.

выбранный ответ не удалось, когда я попробовал. Выдает ошибку: refusing to delete the current branch: refs/heads/master. Думаю, я опубликую то, что у меня работает:

git checkout master             # If not in master already

git branch placeholder          # Create placeholder branch
git checkout placeholder        # Check out to placeholder
git push remote placeholder     # Push placeholder to remote repository

git branch -d master            # Remove master in local repository
git push remote :master         # Remove master from remote repository.

Хитрость заключается в том, чтобы проверить заполнитель прямо перед тем, как отправить его в удаленный репозиторий. Остальное говорит само за себя; удаление основной ветки и отправка ее в удаленный репозиторий теперь должно работать. Выдержка из здесь.

Войдите на сервер, перейдите в каталог Git и переименуйте ветку в голом репозитории.

У этого нет всех проблем, связанных с повторной загрузкой той же ветки. Фактически, «клиенты» автоматически распознают измененное имя и изменят свою удаленную ссылку.

Впоследствии (или раньше) вы также можете изменить локальное имя ветки.

Что о:

git checkout old-branch-name
git push remote-name new-branch-name
git push remote-name :old-branch-name
git branch -m new-branch-name

Хорошо, переименовать ветку как локально, так и на удаленном очень просто! ...

Если вы в ветке, то легко сможете сделать:

git branch -m <branch>

а если нет, нужно сделать:

git branch -m <your_old_branch> <your_new_branch>

Затем отправьте удаление на пульт следующим образом:

git push origin <your_old_branch>

Теперь все готово.

Если вы получаете ошибку восходящего потока при попытке нажать, просто выполните:

git push --set-upstream origin <your_new_branch>

Я также создал изображение ниже, чтобы показать шаги в реальной командной строке. Просто следуйте инструкциям, и все будет хорошо:

Это самый простой и самый "читаемый" способ, который я знаю:

'Переместить' локальную ветку с помощью -m

git branch -m my_old_branch_name my_new_branch_name

Переместите 'перемещенную' ветку на удаленный, установите 'upstream' с помощью -u

git push origin -u my_new_branch_name

Настройка «восходящего потока» по существу «подключает» вашу локальную ветвь к удаленному, так что такие вещи, как выборка, извлечение и толчок, будут работать.

Удаляем старую ветку с пульта

git push origin -D <old_name>

Ваш локальный филиал уже отсутствует, потому что вы «переместили» его на первом этапе.

Вы можете сделать следующее:

git -m master master-old #rename current master
git checkout -b master   #create a new branch master
git push -f origin master #force push to master

Но принудительное продвижение - плохая идея, если другие люди используют этот репозиторий. Принудительное нажатие приведет к конфликту их истории изменений с новой.

Следующее может быть сохранено в сценарии оболочки для выполнения работы:

Например:

remote="origin"

if [ "$#" -eq 0 ] # if there are no arguments, just quit
then
    echo "Usage: $0 oldName newName or $0 newName" >&2
    exit 1
elif
    [ "$#" -eq 1 ] # if only one argument is given, rename current branch
then
    oldBranchName="$(git branch | grep \* | cut -d ' ' -f2)" #save current branch name
    newBranchName=$1
else
    oldBranchName=$1
    newBranchName=$2
fi

git branch -m $oldBranchName $newBranchName

git push $remote :$oldBranchName # Delete old branch on remote
git push --set-upstream $remote $newBranchName # Add new branch name on remote and track it

Обратите внимание, что здесь источник удаленного имени по умолчанию жестко задан. Вы можете расширить сценарий, чтобы сделать его настраиваемым!

Затем этот сценарий можно использовать с псевдонимами Bash, псевдонимами Git или, например, в Sourcetree настраиваемые действия.

Перейдите на github.com или где-нибудь еще, щелкните ветку и переименуйте ее. Затем запустите их локально:

git branch -m <old-branch-name> <new-branch-name>
git fetch origin
git branch -u origin/<new-branch-name> <new-branch-name>

Я считаю, что ключевым моментом является осознание того, что вы выполняете двойное переименование: master в master-old, а также master-new в master.

Из всех других ответов я синтезировал это:

doublerename master-new master master-old

где мы сначала должны определить doublerename функцию Bash:

# doublerename NEW CURRENT OLD
#   - arguments are branch names
#   - see COMMIT_MESSAGE below
#   - the result is pushed to origin, with upstream tracking info updated
doublerename() {
  local NEW=$1
  local CUR=$2
  local OLD=$3
  local COMMIT_MESSAGE="Double rename: $NEW -> $CUR -> $OLD.

This commit replaces the contents of '$CUR' with the contents of '$NEW'.
The old contents of '$CUR' now lives in '$OLD'.
The name '$NEW' will be deleted.

This way the public history of '$CUR' is not rewritten and clients do not have
to perform a Rebase Recovery.
"

  git branch --move $CUR $OLD
  git branch --move $NEW $CUR

  git checkout $CUR
  git merge -s ours $OLD -m $COMMIT_MESSAGE

  git push --set-upstream --atomic origin $OLD $CUR :$NEW
}

Это похоже на изменение истории git rebase тем, что содержимое ветки сильно отличается, но отличается тем, что клиенты по-прежнему могут безопасно перемещаться вперед с помощью git pull master.