主頁 > 軟體工程 > 如何修復此git遠程分支跟蹤不一致?

如何修復此git遠程分支跟蹤不一致?

2022-03-02 02:47:23 軟體工程

我有一個git似乎對其分支跟蹤配置感到困惑的存盤庫,我需要一些幫助來理順它。我在跑步git version 2.21.0.windows.1

問題是git branch -a仍然列出了我洗掉的遠程,并且它顯示的分支跟蹤與git remote -vand不一致git remote show origin以下是顯示回購當前狀態的命令:

C:\dev> git branch -a
* dev-mdbootstrap
  master
  remotes/localrepo/HEAD -> localrepo/master
  remotes/localrepo/dev-mdbootstrap
  remotes/localrepo/master
  remotes/origin/master


C:\dev> git remote -v
origin  https://github.com/MyOrganization/MyProject.git (fetch)
origin  https://github.com/MyOrganization/MyProject.git (push)


C:\dev> git remote show origin
* remote origin
  Fetch URL: https://github.com/MyOrganization/MyProject.git
  Push  URL: https://github.com/MyOrganization/MyProject.git
  HEAD branch: master
  Remote branches:
    dev-mdbootstrap tracked
    master          tracked
  Local branches configured for 'git pull':
    dev-mdbootstrap merges with remote dev-mdbootstrap
    master          merges with remote master
  Local refs configured for 'git push':
    dev-mdbootstrap pushes to dev-mdbootstrap (up to date)
    master          pushes to master          (up to date)


C:\dev> git ls-remote origin
2ac96d0912e126f5ccaafef66133e3fbc3f23f1d        HEAD
bd3366870b7c6848c7d182e971307b9a74e0ae48        refs/heads/dev-mdbootstrap
2ac96d0912e126f5ccaafef66133e3fbc3f23f1d        refs/heads/master

我很困惑為什么git branch -a仍然列出localrepo并且不顯示本地分支dev-mdbootstrap跟蹤remotes/origin/dev-mdbootstrap

需要對該存盤庫的歷史進行解釋。

我最初克隆了一個本地git 存盤庫,創建了一個名為 的新分支dev-mdbootstrap,然后開始作業。所以那時origin本地存盤庫。

后來,我想將現有的 github.com 存盤庫配置為origin,所以我做了以下操作:

C:\dev> git remote rename origin localrepo

C:\dev> git remote add -t master origin https://github.com/MyOrganization/MyProject.git

所有這一切似乎作業得很好。https://github.com/MyOrganization/MyProject.git遠程以前只包含master分支。)

我將本地dev-mdbootstrap分支推送到新配置的 GitHuborigin存盤庫:

C:\dev> git push -u origin dev-mdbootstrap:dev-mdbootstrap
Counting objects: 100% (59/59), done.
[...snipped...]
Branch 'dev-mdbootstrap' set up to track remote branch 'dev-mdbootstrap' from 'origin'.

最終,我決定洗掉localrepo存盤庫:

git remote rm localrepo

我很不解為什么git branch -a還要顯示localrepo我怎樣才能理順它?

謝謝!

uj5u.com熱心網友回復:

在 Git 內部,遠程跟蹤名稱的存在(和存盤的值)與遠程本身是否存在無關。也就是說,它們只是符合模式的文本字串,其中是遠程名稱,并且是該遠程上找到的分支名稱refs/remotes/r/namername

git remote更新遙控器的命令—— add、、renamerm——應該在適當的子命名空間中管理遠程跟蹤名稱。所以當你跑的時候git remote rm localrepo,這應該已經洗掉了所有的refs/remotes/localrepo/*名字。顯然沒有;追查為什么沒有——錯誤在哪里——需要一個復制器。

您可以使用低級“管道”命令手動洗掉每個“壞”名稱git update-ref,該命令繞過所有正常機制并直接進入 Git 內部:

git update-ref -d refs/remotes/localrepo/HEAD
git update-ref -d refs/remotes/localrepo/dev-mdbootstrap
git update-ref -d refs/remotes/localrepo/master

我們可能永遠不會知道為什么git remote rm不在這里自行清理。

(我懷疑您可能已設定origin單分支遙控器。請檢查:

 git config --get-all remotes.origin.fetch

輸出通常應該是一行:

 refs/heads/*:refs/remotes/origin/*

其他任何內容都表明設定例外。不一定是的,只是不尋常。)

uj5u.com熱心網友回復:

你試過運行 git prune 嗎?

git remote prune origin

您可以使用 --dry-run 查看將修剪哪些分支

git remote prune origin --dry-run

uj5u.com熱心網友回復:

@torek讓我走上了正確的道路。非常感謝!不過,完整的清理作業涉及更多,所以我想記錄它以防它對某人有所幫助。(請注意,因為我不確定我是否走在正確的道路上,所以.git在繼續之前我對我的 repo 檔案夾進行了完整的備份。)

從我在原始問題中注意到的這個加擾的分支配置開始:

C:\dev> git branch -a
* dev-mdbootstrap
  master
  remotes/localrepo/HEAD -> localrepo/master
  remotes/localrepo/dev-mdbootstrap
  remotes/localrepo/master
  remotes/origin/master

根據@torek 的指導,我跑了:

C:\dev> git update-ref -d refs/remotes/localrepo/HEAD
C:\dev> git update-ref -d refs/remotes/localrepo/dev-mdbootstrap
C:\dev> git update-ref -d refs/remotes/localrepo/master

這導致了以下情況。注意ignoring broken ref警告資訊:

C:\dev> git branch -a
warning: ignoring broken ref refs/remotes/localrepo/HEAD
* dev-mdbootstrap
  master
  remotes/origin/master

我摸索著試圖解決這個問題。首先git config,我按照@torek 的建議重新檢查了。看著git config --get-all ...

C:\dev> git config --get-all remote.origin.fetch
 refs/heads/*:refs/remotes/localrepo/*
 refs/heads/dev-mdbootstrap:refs/remotes/origin/dev-mdbootstrap

由于localrepo仍然出現在配置中并且我不確定哪些單獨的git config ...命令會清理它,我只是跑到我的文本編輯器git config -e中編輯.git\config檔案。最初,該檔案包含:

[core]
    ...various settings... snipped out...

[remote "origin"]
    url = https://github.com/MyOrganization/MyProject.git
    fetch =  refs/heads/*:refs/remotes/localrepo/*
    fetch =  refs/heads/dev-mdbootstrap:refs/remotes/origin/dev-mdbootstrap
[branch "dev-mdbootstrap"]
    remote = origin
    merge = refs/heads/dev-mdbootstrap
[branch "master"]
    remote = origin
    merge = refs/heads/master

我將該部分簡化為[remote "origin"]以下內容,并保持其他所有內容不變:

[remote "origin"]
    url = https://github.com/MyOrganization/MyProject.git
    fetch =  refs/heads/*:refs/remotes/origin/*

但是,這對git branch -a輸出沒有影響。

我直接檢查了C:\dev\.git\refs\remotes檔案夾。它包含一個origin和一個localrepo檔案夾。后者包含一個以HEAD內容命名的檔案:

ref: refs/remotes/localrepo/master

I poked around for a way to clear this out using a git update-ref -d ... command, but nothing I tried worked, so I finally just deleted the ``C:\dev.git\refs\remotes\localrepo` folder manually.

This helped! After this git branch -a and git branch -vv returned the following:

git branch -a
* dev-mdbootstrap
  master
  remotes/origin/master

PS C:\dev> git branch -vv
* dev-mdbootstrap bd336687 [origin/dev-mdbootstrap: gone] ...snipped commit message #1...
  master          2ac96d09 [origin/master] ...snipped commit message #1...

But why did this show "origin/dev-mdbootstrap: gone"? I tried git remote show origin, which returned the following. Note the line dev-mdbootstrap new (next fetch will store in remotes/origin).

C:\dev> git remote show origin
* remote origin
  Fetch URL: https://github.com/MyOrganization/MyProject.git
  Push  URL: https://github.com/MyOrganization/MyProject.git
  HEAD branch: master
  Remote branches:
    dev-mdbootstrap new (next fetch will store in remotes/origin)
    master          tracked
  Local branches configured for 'git pull':
    dev-mdbootstrap merges with remote dev-mdbootstrap
    master          merges with remote master
  Local refs configured for 'git push':
    dev-mdbootstrap pushes to dev-mdbootstrap (up to date)
    master          pushes to master          (up to date)

It seems that during the time my git configuration was scrambled, my earlier commands such as git fetch origin dev-mdbootstrap and others to try to force the local dev-mdbootstrap branch to track origin/dev-mdbootstrap were simply having no effect.

But since git indicated a next fetch was needed, I ran:

C:\dev> git fetch origin
From https://github.com/MyOrganization/MyProject
 * [new branch]        dev-mdbootstrap -> origin/dev-mdbootstrap

and then:

C:\dev> git branch --set-upstream-to=origin/dev-mdbootstrap dev-mdbootstrap
Branch 'dev-mdbootstrap' set up to track remote branch 'dev-mdbootstrap' from 'origin'.

Finally, 'git branch -a -vv' returns:

C:\dev> git branch -a -vv
* dev-mdbootstrap                bd336687 [origin/dev-mdbootstrap] ...snipped commit message #1...
  master                         2ac96d09 [origin/master] ...snipped commit message #2...
  remotes/origin/dev-mdbootstrap bd336687 ...snipped commit message #1...
  remotes/origin/master          2ac96d09 ...snipped commit message #2...

Now everything looks clean, and git is behaving as I normally expect it to. Again, props to @torek for setting me on the right course. This may not be the optimal or most correct way to fix this, but it got the job done.

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/435162.html

標籤:混帐 github 分支 追踪 git-remote

上一篇:如何在Git中取消鏈接以前的SSH密鑰

下一篇:gitpush-uorigin和gitpush--set-upstreamorigin有什么區別

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more