git unable to update local ref 原因_learn_git学习记录

于 2021-02-01 02:13:07 发布
阅读量678 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： git unable to update local ref 原因
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_39622568/article/details/113669144
本文深入探讨Git的基础与高级操作，包括分支管理、提交记录维护、远程仓库同步等内容，旨在帮助开发者掌握高效协作所需的Git技能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  • 1.直接进入沙盒
  • 2. 本地操作相关篇节
    • 2.1 基础篇
    • 2.2 处理复杂问题
      • 2.2.1 修改提交树
    • 2.3 杂项
  • 3. 远程操作相关篇章
    • 3.1 push && pull----git远程仓库
    • 3.2 关于 origin 和它的周边 —— Git 远程仓库高级操作

1.直接进入沙盒

在 URL 后头加上 ?NODEMO 就可以了

2. 本地操作相关篇节

2.1 基础篇

  1. Git Commeit
  • 提交记录: 保存的是你的目录下所有文件的快照,就是ctrl+c，但是更优雅、轻便
  • 可以做到的结果：可以快速地在这些提交记录之间切换
  • hide goal命令关闭窗口
  1. Git Branch
  • 分支：早建分支！多用分支！
  • 与上面的提交记录结合起来
    • 一种结合方法：新创建的分支 newImage 指向的是提交记录
      • 切换新分支：git checkout newImage;git commit并且修改保存到新分支中
      • 简洁的切换方法(创建新分支并切换新分支)：git checkout -b <your-branch-name>
    • 创建分支示意图

6cc5428b6a1a3b6b4a69bd4615021a2f.png

73cecf77c029c51ceea86eab99ba2ceb.png
  1. Git Merge
  • 用处：两个分支都是独立但是没有整体，如果需要整体的提交记录这时候就可以采用合并分支这一个命令
    • git merge bugFix
    • 合并分支的几个步骤：先切换到a节点，接着合并到b节点
      • 合并的规则就是：正常情况是jiu
      • git branch bugFix
        git commit
        git checkout master
        git merge bugFix
        随时用objective打开对话框
      • 合并分支示意图：

57858e2b413cc8003a6d6c1acd7bb07e.png

cbd4e3b7080393ed91e2c8f953cd6b1a.png
  1. Git Rebase（另外一种合并方案）
  • 本质：实际上就是取出一系列的提交记录，“复制”它们，然后在另外一个地方逐个的放下去（有当前节点和其他节点，rebase就是复制当前节点到其指定的其他节点后面——也就是继承自其他节点）
  • 代码实现：
  • git checkout -b bugFix 新建并切换回bugFix
    git commit 提交一次
    git checkout master 切换回master
    git commit 再提交一次
    git checkout bugFix 切换回bugFix
    git rebase master 把master合并到当前分支
  • 合并示意图：

573be5bd9004ed95c31fcd37b1e0acb2.png

9e5ba1e44ad62030b3baee33e6e55f47.png
  1. 树上进行移动
    1. HEAD
  • 分离的 HEAD 就是让其指向了某个具体的提交记录而不是分支名
  • 一个对当前检出记录的符号引用 —— 也就是指向你正在其基础上进行工作的提交记录。
  • 总是指向当前分支上最近一次提交记录，修改提交树也是针对head开始的；
  • 对提交做的一些更改，可以通过其看到。
  • 可以通过 cat .git/HEAD 查看head指向；
  • 指向的是一个引用，还可以用 git symbolic-ref HEAD 查看它的指向
  • git checkout C1;
    git checkout master;
    git commit;
    git checkout C2;
  • HEAD示意图：

c68a7e6ce866f8a0140010d09cf977a9.png

21e959af4f96c52ef80cd3ab07aa4c10.png
  1. 分离的 HEAD
  • 让其指向了某个具体的提交记录而不是分支名
  • 待解决的问题：
    • 想完成此关，从 bugFix 分支中分离出 HEAD 并让其指向一个提交记录。
    • 通过哈希值指定提交记录。每个提交记录的哈希值显示在代表提交记录的圆圈中。
      • 示意图与1部分示意图一致。
  1. 相对引用：
  • 通过指定提交记录哈希值的方式在 Git 中移动不太方便，在git中只需要提供能够唯一标识提交记录的前几个字符即可。
  • 2个非常有用的操作：
    • a.使用 ^ 向上移动 1 个提交记录
    • b.使用 ~<num> 向上移动多个提交记录，如 ~3
    • 代码构成：
    • git checkout C3;
      git checkout HEAD^;
      git checkout HEAD^;
      git checkout HEAD^;
    • 示意图：

ef01471b7c5579639ce34972df3cb3f2.png

bf27e21b1319dd48cfd2eaf75e3f9215.png
    • 强制修改分支位置
  • 直接使用 -f 选项让分支指向另一个提交：git branch -f master HEAD~3
    • 示意图（git branch -f master C6）：

8db5e3d5f2a8326b39a52b1886ae6c6b.png

734b2e54e538474f15781e4d51642f1a.png
  1. 撤销变更：
  • 组成部分：底层部分（暂存区的独立文件或者片段）和上层部分（变更到底是通过哪种方式被撤销的）
    • 我们关注的是后者：上层部分
    • 两种撤销更改指令：
      • git reset(本地)，（git reset HEAD^1----->数字1就是指定回退到的位置）示意图如下：

3a0fbe7b0e44d10af7591ab68c0db863.png

ff0fe71baf435e44bc352b171108acd9.png
      • git revert(远程)（git revert HEAD，注意当前节点应该是在所要操作的节点上）：用一个新提交来消除一个历史提交所做的任何修改，示意图如下：

61e20196d0b0340c424da7d955dcf46a.png

3f111bf98b2dd9c7b0bbaf9a3728b41b.png
    • 完成的任务：
      • 分别撤销 local 分支和 pushed 分支上的最近一次提交。共需要撤销两个提交（每个分支一个）。
      • 记住 pushed 是远程分支，local 是本地分支 —— 这么说你应该知道用分别哪种方法了吧？

2.2 处理复杂问题

2.2.1 修改提交树

  1. 自由修改提交树git cherry-pick
  • 清楚知道所需要提交的记录
  • 提交记录插入分支的指向，指定记录插入当前分支
  • 示意图如下（git cherry-pick C2 C4）：

30703776b14a99a3fcb26f7a0bcd5c09.png

a469837a5343ff71008332a942f4ad5f.png
  1. 交互式的rebase
  • 从一系列的提交记录中找到想要的记录，可以调整顺序、删除、合并操作
  • rebase --interactive(-i)
  • 示意图（git rebase -i HEAD~4）：

7e3ceeafbd24b4bb8202c373649d8953.png

82cee1e7314ebd3b25bcd86a9c497334.png

2.3 杂项

  1. 本地自由栈式提交
  • 针对各个不同分支有一些调试或者打印的提交记录：复制解决问题的那几个提交就是（只提交一个分支）
  • 提交的技巧
    • 先用 git rebase -i 将提交重新排序，然后把我们想要修改的提交记录挪到最前
    • 然后用 commit --amend 来进行一些小修改
      • 会合并当前提交和上一次的提交，如果当前提交有注释，则以当前的注释为合并后的提交的注释，若当前提交没有注释，则以上一次提交的注释作为合并后的提交的注释
      • 接着再用 git rebase -i 来将他们调回原来的顺序
      • 最后我们把 master 移到修改的最前端（用你自己喜欢的方法），就大功告成啦！
    • 关卡代码实现：
    • git rebase -i C3~2
      git commit --amend 针对当前分支修改提交内容
      git rebase caption master
    • 示意图：

fd810b3f061640b2909becfac8bd12f3.png

758fc2f7d2fa72fb78485ec68175edd2.png
  1. 与1实现同样的功能：将提交树上任何地方的提交记录取过来追加到 HEAD 上
  • 实现代码：git cherry-pick C2
  • 示意图：

b3e882cfaa7a663fb2b2536876da003e.png

26b9a1726776b368b81d9714cd8dbae5.png
  1. 永远地指向某一个提交记录分支或者提供类似功能（标签）
  • 标签，对应关系：标签→锚点
    • git tag 标签 实际节点
      • 主要区别就是：不会随着分支的移动而移动；
    • 示意图（git tag v1 c1）：

3cc2bab6ec68d9f26ad96e2c79d4931e.png

ab460f0cd39aef8f772baaf465c63dc9.png
    • describe，用于描述最近的锚点
      • git describe <ref>
        • 与git bisect（一个查找产生 Bug 的提交记录的指令）一起结合使用
        • 输出结果：<tag>_<numCommits>_g<hash>，tag是指的离ref最近的tag标签
      • 示意图：

9e70e7eb5c1a4fad35322077aae2b132.png
  1. 高级操作
  • 多次rebase
    • 把多个分支rebase到master，按照规定的顺序；
    • 主要关注的是一种特殊情况，如下所示：

f8cc9e3052279beae1a51857a54b7a3e.png
    • 选择父提交节点
      • 操作符 ^ 与 ~ 符一样，后面也可以跟一个数字。他们意义不同：
        • ^指定合并提交记录的某个父提交（针对有多个父节点的时候）,~就是返回多少代。git branch bugWork master^^2^
      • 示意图：

74c07da66e5a861ab46b7e9b322b1b2d.png

ad626cb64ca2d3b32c56a81a2cf5a372.png
    • 纠缠不清的分支：多个分支都需要做不同的操作或者提交
      • 三个分支：one 需要重新排序并删除 C5，two 仅需要重排排序，而 three 只需要提交一次
      • 关卡代码实现：
      • git checkout one
        git cherry-pick c4 c3 c2
        git checkout two
        git cherry-pick c5 c4
        git branch -f three c2
      • 示意图：

73a01864e975912596d70ddc1b9f0e98.png

7a1e6a35b27573f8c23e9af7845a493e.png

3. 远程操作相关篇章

3.1 push && pull----git远程仓库

  1. clone一个远程仓库
  • git clone
    • 本地多的远程分支：o/master（远程分支有一些特殊的属性）
      • 远程分支反映了远程仓库(在你上次和它通信时)的状态
      • 远程分支有一个特别的属性：检出时自动进入分离 HEAD 状态。所以做法是：（更新了远程分支之后）再用远程分享你的工作成果。
      • o代表远程仓库默认为origin
        • 远程仓库的命名规则：<remote name>/<branch name>
    • 示意图：

1bd4fa2508653d0d841fa9d6f91efda4.png

37980e0110139f972e9b714a04ec5dee.png
  • git fetch: 向远程仓库传输数据以及从远程仓库获取数据。
    • git fetch 通常通过互联网（使用 http:// 或 git:// 协议) 与远程仓库通信。
    • 本质：将本地仓库中的远程分支更新成了远程仓库相应分支最新的状态
    • 会更新本地没有的记录而不会更新更新本地仓库状态（这点尤其需要注意），以及将指针指向o/master
    • 关卡代码实现
    • git fetch origin bugFix
      git checkout master
      git fetch origin master
      git checkout bugFix
    • 示意图：

953b8f468e4680f5c18c2fc87ebc7d79.png

750394276bc7d20330e528c1a4699b4d.png

98788b1730838a2ded8d45f17a06a67a.png
  • git pull：将变化的内容更新到本地
    • 等同于两个命令：
      • git fetch;git merge o/master
      • git pull --rebase 就是 fetch 和 rebase 的简写！
    • 示意图：

3773bb41635eef55ea90fb12badcb76b.png

d03dda55f92f4989f77a233042e5746e.png
  • 模拟团队协作：
    • 模拟提交：git fakeTeamwork foo 3
  • git push：与git pull相对，将本地上传到远程数据库
    • 推送之前需要先clone
    • git push 负责将你的变更上传到指定的远程仓库；同时本地master与o/master也被更新；
    • git push 不带任何参数时的行为与 Git 的一个名为 push.default 的配置有关，使用的时候最好进行检查。
    • 示意图：

fff7ea45052137ec496a3100e11f6ed9.png

61f71a079c40779b499930f6832d0c59.png
  • 偏离的提交记录
    • 具体原因造成：成员更改了API，你是基于原本的API进行开发
    • 通过rebase进行解决
      • git fetch;git rebase o/master;git push;
      • 简化代码：git pull --rebase;git push;
    • 也可以使用merge，只要告诉git当前提交已经包含了远程分支的所有状况
      • git fetch;git merge o/master;git push;
      • 简化代码：git pull;git push;
    • 示意图（通过rebase处理，本地根据远程分支o/master操作了一步，但是远程是在o/master之后还有c2）：

da7a31d50f2489bea4e193601ac295dc.png

301463882b9da00d535f40ea32d0fb82.png
  • 远程服务器拒绝!(Remote Rejected)(锁定的Master(Locked Master))
    • 必须使用pull request来更新这个分支(在团队中合作可能会进行相关master锁定)
    • 相应流程：
  1. 新建一个分支；
  2. reset你的master分支和远程服务器保持一致；
    1. 重置操作：git reset --hard o/master;(这种是硬重置，一般默认是--mixed)
      1. 推送(push)这个分支并申请pull request；
    • 流程代码：
    • git reset --hard o/master;
      git checkout -b feature C2;
      git push origin feature;
    • 示意图：

6536cd01d235c35e190fd7a395b21291.png

ae03c3c1c46567e88f672790bcb1423e.png

3.2 关于 origin 和它的周边 —— Git 远程仓库高级操作

  1. 推送主分支
  • 完成两个操作：
  1. 将特性分支集成到 master 上；
  2. 推送并更新远程分支；
    • 实现过程
    • git fetch
      git rebase o/master side1
      git rebase side1 side2
      git rebase side2 side3
      git rebase side3 master 要注意最后push之前要把当前分支合并到想要远程的分支（比如master）
      快速前进。。。
      git push
    • 示意图：

7a89d9d91d3eae54cca27660ee730ed1.png

921e7334cbbe8f949cd2e0278297bde4.png
  1. 合并远程仓库
  • rebase与merge之间的区别：
    • 优点：Rebase 使你的提交树变得很干净, 所有的提交都在一条线上
    • 缺点：Rebase 使你的提交树变得很干净, 所有的提交都在一条线上
    • 喜欢保留提交历史，更偏爱 merge；喜欢干净的提交树，偏爱 rebase；因此使用什么根据自己习惯就行。
    • 实现过程：
      git checkout master;
      git pull;
      git merge side1;
      git merge side2;
      git merge side3;
      git push;
    • 过程图：

3ea9dee6e1e82a586c783b20371f7714.png

aee2ea3f6a415c0b03509022050d2066.png
  1. 远程追踪
  • 本地分支与远程分支之间的关联（通过push以及pull）：
  1. pull：提交记录会被先下载到 o/master 上，之后再合并到本地的 master 分支
  2. push：把工作从 master 推到远程仓库中的 master 分支(同时会更新远程分支 o/master)
  3. 分支的remote tracking（远程跟踪）属性决定,并且git clone的时候就已经进行设定了,注意提示语句：local branch "master" set to track remote branch "o/master"
    1. 自己指定锁定属性：分支会像 master 分支一样得到隐含的 push 目的地以及 merge 的目标。
  • 可以在分支 totallyNotMaster 上执行 git push，将工作推送到远程仓库的 master 分支上
  • git checkout -b totallyNotMaster o/master(第一种方法)检出一个分支跟踪o/masters（totallyNotMaster分支是通过创建出来的）
  • git branch -u o/master foo(当前就在 foo 分支上, 还可以省略 foo，foo分支是本来存在的)
    • 示意图：

74fe768c8ae4d073f1ad788a5dcfb5fe.png
  1. git push的参数1
  • 基本格式语法：git push <remote> <place>
    • 具体实例：git push origin master——切到本地仓库中的“master”分支，获取所有的提交，再到远程仓库“origin”中找到“master”分支，将远程仓库中没有的提交记录都添加上去，搞定之后告诉我。
      • 过指定参数告诉了 Git 所有它需要的信息, 所以它就忽略了我们所检出的分支的属性
      • 有一种情况就是：将某一记录节点检出之后，直接git push就会失败，这时候就需要需要指定本地分支以及远程分支
    • 关卡问题：本关我们要更新远程仓库中的 foo 和 master, 但是 git checkout 被禁用了！
      • git push origin master
    • 示意图：

6939835e0122bbfa616a0e356b0e7e9e.png
  1. git push的参数2
  • 来源与去向名称不一致，比如：想把本地的 foo 分支推送到远程仓库中的 bar 分支
    • 解决方案：同时为源、目的地指定地址：git push origin <source>:<destination>
      • 注意：source可以是git能够识别的任意地址
      • git push origin master:newBranch（<u>目的分支不存在的话，git就会新创建一个</u>）
    • 示意图：

6db2f8c07382278a487412f389fb8c3f.png

92394f1b488643954add3bea856d6d3b.png
  1. git fetch的参数
  • git fetch 的参数和 git push 极其相似，只是方向反了，一个是上传一个是下载提交记录；
  1. git fetch origin foo--->到远程foo上下载所有不存在的节点记录，但是需要注意的是：提交的记录只是放在了o/foo上面，并没有提交到foo上面，这就是fetch特殊的地方；
  2. git fetch origin foo~1:bar------>结果就是将foo~的记录提交到bar上，如果分支bar不存在就新建一个。
  3. git fetch：就是把远程的所有都更新到本地中
    • 代码实现过程：
    • git fetch origin master~:foo
      git fetch origin foo:master
      git checkout foo
      git merge master
    • 示意图：

8da8c5436cbeaed8d6726fc603dabb13.png

edb7a95f5290c16d917ab13a3ad7cf66.png

ea156471b1a74f617b21a42725080e7c.png
  1. 没有source的source
  • 奇怪的用法：
    • 可以在 git push 或 git fetch 时不指定任何 source，也就是source留空
      • git push origin :side---->如果空的上传远程仓库，就是把0赋值给某一个分支，就是删除side分支
      • git fetch origin :bugFix----->表示可能从远程下载分支，自然就是创建一个新分支bugFix
    • 示意图：
  1. push空source

be984e7b1a6a49defaa3a9cecef09039.png

4d472ef2660bcee16f00729f72f095d8.png
      1. fetch空source

257b9eb51a7a83ce7b82d04044d8ba80.png

a8bcd0016526d76fa04d2bd69cd03790.png
  1. git pull的参数
  • 实质意义就是：用同样的参数执行 git fetch，然后再 merge 你所抓取到的提交记录；
  • 几个等价的代码：
  • 等价1：
    git pull origin foo;
    git fetch origin foo;git merge o/foo;
    等价2：
    git pull origin bar~;bugFix;
    git fetch origin bar~:bugFix;git mergbe bugFix;
  • 同理git pull也可以用source：destination；
  • 示意图：
  1. git pull origin master

75baf8fe0d4c394927f5746e03ee14da.png

273fe4f6d09b08ae631ea067947c54a3.png
      1. git pull origin master:foo

25e3ced5f7fcd426341dfea9474aee80.png

0a4a0262a644fa7929a574ade80b9c54.png
  1. 公式模板：
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值