ローカルとリモートの両方のGitリポジトリのマスターブランチの名前を変更する

masterリモートブランチを追跡するブランチがありますorigin/master。

それらの名前をmaster-oldローカルとリモートの両方に変更したいと思います。これは可能ですか？

追跡したorigin/master（そしてをmaster介してローカルブランチを常に更新したgit pull）他のユーザーの場合、リモートブランチの名前を変更するとどうなりますか？
彼らはgit pullまだ動くのでしょうか、それともそれがorigin/masterもう見つけられなかったというエラーを投げるでしょうか？

次に、さらにmaster（ローカルとリモートの両方で）新しいブランチを作成します。繰り返しますが、これを実行した後、他のユーザーが実行するとgit pullどうなりますか？

こうなると大変なことになると思います。私が欲しいものを手に入れるためのきれいな方法はありますか？それとも、そのままにmasterして新しいブランチmaster-newを作成し、そこでさらに作業するだけですか？

名前の変更に最も近いのは、リモートで削除してから再作成することです。例えば：

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は、が正しく追跡されるように設定するために、少なくとももう1つの手順が必要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"を呼び出すと、事実上、履歴が書き換えられます。マスターが以前のマスターの位置の子孫ではない状態にどのように入るかは関係ありません。単にその状態にあるということです。

マスターが存在しないときにプルしようとする他のユーザーは、プルが失敗するだけで（リモートでのそのような参照はありません）、新しい場所に再び存在すると、プルはマスターを新しいリモートマスターとマージしようとする必要があります。まるでリポジトリのmaster-oldとmaster-newをマージしたかのように。ここで何をしようとしているのかを考えると、マージには競合があります。（それらが解決され、結果がリポジトリに戻された場合、両方のバージョンの履歴があるため、さらに悪い状態になります。）

質問に簡単に答えるには、歴史に間違いがあることを受け入れる必要があります。これは大丈夫です。それは誰にでも起こります。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        # checkout 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.

トリックは、リモートリポジトリにプッシュする直前にプレースホルダーにチェックアウトすることです。残りは自明であり、masterブランチを削除してリモートリポジトリにpushすると、動作するようになります。ここから抜粋。

良い。私の2セント。サーバーにログインし、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

これは私が知っている最も簡単で最も「読みやすい」方法です：

-mを使用してローカルブランチを「移動」する

git branch -m my_old_branch_name my_new_branch_name

'moved'ブランチをリモートにプッシュし、-uを使用して 'upstream'を設定します。

git push origin -u my_new_branch_name

（「アップストリーム」を設定すると、基本的にローカルブランチがリモートに「接続」され、フェッチ、プル、プッシュなどが機能します）

リモートから古いブランチを削除する

git push origin -D <old_name>

（ローカルブランチは既に削除されています。最初のステップでブランチを「移動」したためです）

OK、ローカルとリモートの両方でブランチの名前を変更するのはとても簡単です！...

あなたがブランチにいるなら、あなたは簡単に行うことができます：

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>

以下の画像も作成して、実際のコマンドラインで手順を示します。手順に従うだけで問題ありません。

以下を実行できます。

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

ここで、デフォルトのリモート名「origin」はハードコーディングされていることに注意してください。構成可能な場合は、スクリプトを拡張して作成できます。

次に、このスクリプトをbashエイリアス、gitエイリアス、またはsourcetreeカスタムアクションなどで使用できます。

私は、キーはあなたが実行しているという認識であると考えているダブル：名前変更をmasterするmaster-oldともmaster-newにmaster。

他のすべての答えから私はこれを合成しました：

doublerename master-new master master-old

最初にdoublerenameBash関数を定義する必要があります。

# 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。

git update-ref newref oldref
git update-ref -d oldref newref