當我重命名分支時，我找到了一種方法來更新我的計算機和 Remote/Origin 分支以匹配。

您可以想象將分支重命名為：

git checkout oldBranchName

git branch -m renamedBranch

git push origin :oldBranchName renamedBranch // deletes old branch and push the renamed branch

我的計算機的本地.git/refs/remotes/origin已更新，并且 CLI 或 GUI（對于像 Sourcetree 之類的 git）的任何使用在我的計算機上看起來都是正確的。

我正在嘗試找到一種簡單/風險最小的方法來更新同事計算機上的參考。

就像是：

# !!! Fake git command, only for clarifying a point
git update --refs

OR

git pull/fetch --refs

使用--set-upstream將分支“oldBranchName”鏈接到 origin/renamedBranchName 是令人困惑的。
“git update-ref”似乎很危險，并不是我真正想要的。

注意：我知道我的同事可以洗掉舊分支并拉取新的重命名分支，但是，這不能很好地擴展到 10 個同事。

uj5u.com熱心網友回復：

TL;博士

這有點長，所以這里有一個 TL;DR 簡單的配方：

運行git fetch --prune；
如果他們有一個名為的分支oldBranchName，請運行：
```
git branch -m oldBranchName renamedBranch
git branch --set-upstream-to=origin/renamedBranch renamedBranch
```
（以該順序）。如果他們沒有那個分支，這兩個命令將失敗（無害）。

就是這樣：只有三個命令（如果沒有，則只有一個命令oldBranchName）。下面的較長版本解釋了這是為了什么，并在極少數情況下給出了一個替代序列，即他們有一個非常古老的 Git 版本，它缺少一些這些選項。

長

他們需要運行git fetch以查看新的分支名稱，該名稱將在他們的克隆中顯示為origin/renamedBranch. 他們可以隨時運行此命令（不像git pull，只能在“安全”時間運行）。但是還有兩個問題：

至少在默認情況下，它們仍然具有（見下文）。 origin/oldBranchName
如果他們有一個名為的分支oldBranchName，他們仍然有那個分支，仍然是命名oldBranchName的。 就 Git 而言，這沒有任何問題：您的克隆中的分支名稱不需要與其他克隆中的分支名稱匹配，包括 at 上的克隆origin。但是使用.

要修復第 1 項，他們需要告訴自己的 Git 軟體“修剪”origin/*不再作為分支名稱存在的遠程跟蹤名稱（各種名稱） origin。理解這一點的關鍵是：

每個存盤庫都有自己的分支名稱。你的分支名稱是你的，他們的分支名稱是他們的。我們（人類）喜歡使用相同的名稱來保持簡單，但這不是 Git 的要求。
每當它們運行時git fetch——記住這是一個方便的命令，它會為你git pull運行兩個Git 命令，第一個是; 這是第二個讓你變得困難的命令——他們的 Git 軟體呼叫了其他一些 Git 軟體。at 上的 Git 軟體列出了克隆 at 中的所有分支名稱。所以他們的Git（他們的軟體，在他們的存盤庫中/上運行）看到Git 的分支名稱。 他們的Git 采用這些名稱中的每一個并通過粘貼在它前面來重命名它。¹ 結果是git fetchgit pulloriginoriginoriginoriginorigin/遠程跟蹤名稱（部分由前面的標識，部分是origin/因為如果您要求彩色分支名稱串列，Git 通常將遠程跟蹤名稱列印為紅色，將 [local ² ] 分支名稱列印為綠色）。
所以，你的 Git 的遠程跟蹤名稱—— origin/main、origin/develop等等——是你的 Git 記住其他一些 Git 名稱的方式。而已！

但是，正常的更新程序是這樣的：

你跑git fetch origin（或者只是git fetch，它做同樣的事情）；
你的 Git（你的倉庫中的軟體）呼叫他們的 Git 在origin;
他們列出了他們的分支名稱；
你的 Git 將它們的分支名稱更改為你的遠程跟蹤名稱，每次都使用相同的重命名系統；
對于以這種方式獲得的每個名稱，您的 Git 都會創建或更新遠程跟蹤名稱。

如果在遠程洗掉了一個分支名稱，則在第 4 步中沒有對應的遠程跟蹤名稱，因此在第 5 步中沒有更新。如果昨天origin 有一個分支xyzzy并且您運行了，則您的 Git 昨天在您git fetch的 Git 中創建。今天，他們沒有.，而且你的 Git沒有更新你的. 它也不會洗掉它。你留下了一個陳舊的遠程跟蹤名稱。origin/xyzzy xyzzyorigin/xyzzy

要清除所有過時的名稱，您有兩個 Git 命令：

git remote prune origin，或者
git fetch --prune origin.

這些據說做完全相同的事情。有一系列 Git 版本（我忘記了它們的數字，早在 1.7 或 1.8 天），其中代碼有點損壞，兩個命令中的一個比另一個運行得更好，所以如果你有一個非常舊的 Git 和一個兩個命令中的一個不能正常作業，請嘗試另一個。但兩者都應該：

呼叫 Gitorigin并讓它列出它的分支名稱；
進行通常的重命名以形成遠程跟蹤名稱；和
從您自己的存盤庫中洗掉不再有分支名稱的任何遠程跟蹤名稱origin。

第 3 步是修剪部分。使用git fetch --prune也會做常規git fetch作業，而git remote origin prune只會做修剪作業。

現在擺脫了origin/renamedBranch你自己的本地克隆，你現在還有一個問題：你自己的分支oldBranchName仍然存在，如果它以前存在的話，它仍然記錄origin/oldBranchName為它的上游設定，如果它以前這樣做過。所以我們必須重命名分支。這很容易：git branch -m成功了。用一個名字：

git branch -m foo

Git 重命名當前分支，使其名稱為 now foo。這不是我們想要的，除非當前分支是 oldBranchName，但是：

git branch -m oldBranchName renamedBranch

即使是當前分支，也會將名為的分支重命名oldBranchName為。這樣就處理了第一部分。renamedBranch oldBranchName

要修復第二部分——我們剛剛重命名的分支可能仍然origin/oldBranchName設定為它的上游——我們只需要使用git branch --set-upstream-to. ³ 這需要在等號之后，新的上游，然后是一個可選的分支名稱，如git branch -m. 如果你不提供可選的分支名稱，它會更新當前分支——不是我們想要的，除非oldBranchName 是當前分支——所以我們再次提供重命名的分支名稱：

git branch --set-upstream-to=origin/renamedBranch renamedBranch

我們現在：

更新了我們的origin/*名字，清除了死去的垃圾，通過git fetch --prune；和
重命名我們的本地分支并修復其上游設定

這就是我們需要做的一切。

¹在內部，Git 使用一個極其復雜的系統來執行此操作，但這是正常的最終結果。

^2這里的local一詞是多余的：您的分支名稱是yours。他們都是本地人。即使您的遠程跟蹤名稱也是local，它們只是由遠程的分支名稱組成。他們每一個 git fetch都是新鮮的！

³如果您有一個非常舊的git branch命令，它可能沒有--set-upstream-to. 在這種情況下，它有--set-upstream，它以令人困惑的順序接受它的引數：git branch --set-upstream renamedBranch origin/renamedBranch。）

轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/493157.html

標籤：混帐 git 分支

上一篇：洗掉舊的提交保留更改

下一篇：分離HEAD狀態下的“HEAD”等效項

分支重命名后如何在另一臺計算機上更新Remote/Origin

TL;博士

長