Если есть репозиторий, к которому у меня есть git://доступ только (и обычно это просто push + pull), есть ли способ переименовать ветки в этом репозитории так же, как я делал бы локально git branch -m?

Вам просто нужно создать новую локальную ветку с нужным именем, отправить ее на удаленный компьютер, а затем удалить старую удаленную ветку:

$ git branch new-branch-name origin/old-branch-name
$ git push origin --set-upstream new-branch-name
$ git push origin :old-branch-name

Затем, чтобы увидеть старое имя ветки, каждый клиент репозитория должен сделать:

$ git fetch origin
$ git remote prune origin

ПРИМЕЧАНИЕ. Если ваша старая ветка является вашей основной веткой, вам следует изменить настройки основной ветки. В противном случае при запуске $ git push origin :old-branch-nameвы получите сообщение об ошибке «удаление текущей ветки запрещено» .

Если вы действительно хотите переименовать ветки удаленно, без переименования каких-либо локальных веток одновременно , вы можете сделать это с помощью одной команды:

git push <remote> <remote>/<old_name>:refs/heads/<new_name> :<old_name>

Я написал этот скрипт ( git-rename-remote-branch ), который предоставляет удобный ярлык для простого выполнения вышесказанного.

В качестве функции bash:

git-rename-remote-branch(){
  if [ $# -ne 3 ]; then
    echo "Rationale : Rename a branch on the server without checking it out."
    echo "Usage     : $(basename $0) <remote> <old name> <new name>"
    echo "Example   : $(basename $0) origin master release"
    exit 1 
  fi

  git push $1 $1/$2:refs/heads/$3 :$2
}

Чтобы интегрировать комментарий @ ksrb : в основном это делается двумя нажатиями в одной команде: сначала git push <remote> <remote>/<old_name>:refs/heads/<new_name>нажать новую удаленную ветку на основе старой удаленной ветви отслеживания, а затем git push <remote> :<old_name>удалить старую удаленную ветку.

Первая проверка в ветке, которую вы хотите переименовать:

git branch -m old_branch new_branch
git push -u origin new_branch

Чтобы удалить старую ветку из remote:

git push origin :old_branch

Конечно. Просто переименуйте ветку локально, нажмите на новую ветку и удалите старую.

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

TL; DR

«Переименование» удаленной ветви на самом деле является двухэтапным процессом (не обязательно заказывается):

• удаление старой удаленной ветки ( git push [space]:<old_name>как объяснил ksrb );
• нажмите в новую удаленную ветку (разница между парой команд ответов ниже).

Удаление

Я использую TortoiseGit, и когда я впервые попытался удалить ветку через командную строку, я получил это:

$ git push origin :in

• фатальный: «происхождение» не похоже на git-репозиторий

• Неустранимый: Не удалось прочитать из удаленного хранилища.

Пожалуйста, убедитесь, что у вас есть правильные права доступа и хранилище существует.

Скорее всего, это связано с тем, что у страницы не загружен закрытый ключ (который TortoiseGit автоматически загружает в страницу ). Более того, я заметил, что команды TortoiseGit не имеют originссылки в них (например git.exe push --progress "my_project" interesting_local:interesting).

Я также использую Bitbucket и, как и другие сетевые онлайн-менеджеры Git (GitHub, GitLab), я смог удалить удаленную ветку напрямую через их интерфейс (страница веток):

Тем не менее, в TortoiseGit вы также можете удалить удаленные ветки через Обзор ссылок :

Если щелкнуть правой кнопкой мыши на удаленной ветви (список удаленных), появится опция Удалить удаленную ветку :

Нажимать

После удаления старого удаленного филиала я толкнул прямо в новый удаленный филиал через TortoiseGit просто введя новое имя в Remote: поле Нажимает окно и эта ветвь была создана автоматически и отображается в Bitbucket .

Однако, если вы все еще предпочитаете делать это вручную, то, что еще не было упомянуто в этой теме, это -u= --set-upstream.

Из git pushдокументации , -uэто всего лишь псевдоним --set-upstream, так что команды в ответах Сильвиану ( -set-upstream new-branch) и Shashank ( -u origin new_branch) эквивалентны, так как отдаленные реф по умолчанию , чтобыorigin , если никакой другой ссылок не было определено ранее:

• git push origin -u new_branch= git push -u new_branch из описания документов :

  Если конфигурация отсутствует, по умолчанию используется origin.

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

Я не знаю почему, но ответ @Sylvain Defresne не работает для меня.

git branch new-branch-name origin/old-branch-name
git push origin --set-upstream new-branch-name
git push origin :old-branch-name

Я должен сбросить восходящий поток и затем снова установить поток. Вот как я это сделал.

git checkout -b new-branch-name
git branch --unset-upstream
git push origin new-branch-name -u
git branch origin :old-branch-name

Я не знаю, правильно это или неправильно, но я поместил «старое имя» ветви в «новое имя» ветви, а затем полностью удалил старую ветку следующими двумя строками:

git push origin old_branch:new_branch
git push origin :old_branch

Вы можете создать новую ветвь на основе ветки со старым именем. Так же, как это, затем удалите старую ветку, снова !!!

В добавление к уже приведенным ответам, вот версия, которая сначала проверяет, существует ли новая ветвь (так что вы можете безопасно использовать ее в скрипте)

if git ls-remote --heads "$remote" \
    | cut -f2 \
    | sed 's:refs/heads/::' \
    | grep -q ^"$newname"$; then
    echo "Error: $newname already exists"
    exit 1
fi
git push "$oldname" "$remote/$oldname:refs/heads/$newname" ":$oldname"

(чек от этого ответа )