博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
分享几个 git 的使用场景
阅读量:5940 次
发布时间:2019-06-19

本文共 2740 字,大约阅读时间需要 9 分钟。

你真的会使用 git 吗?你能回答下面几个问题吗?

有三个commit(顺序:CommitA、CommitB、CommitC),它们相互独立,没有依赖。

  1. 在不修改B、C的前提下,修改A,怎么操作?
  2. 合并A、B、C为一个commit,怎么操作?
  3. 调整A、B、C的顺序编程 C、B、A,怎么操作?

作为一个开发,日常工作中不可避免的要使用 git。

当然了,如果你技术无敌、独立承担一个项目、没人干预或者影响你的工作,那么你可能不需要下面这些总结。哈哈哈...

由于 xxx 原因,我认为应该给项目组的其他人讲讲 git。

因为语言障碍和技术熟练度的障碍,为了让同事们更好地理解并且愿意使用 git 。我不得不一个场景一个方法地讲解,所以有了下面总结。

这难道不是一种成长吗?

场景1

J 写了一个功能,分成3次commit(顺序:CommitA、CommitB、CommitC)。完成功能之后,他找了B先生进行Code Review,B先生觉得 CommitB 和 CommitC 没有问题,CommitA需要进行简单修改。

那么如何在不改变CommitB和CommitC的前提下,修改CommitA呢?

方法:

使用 git rebase -i,操作如下

  1. rebase CommitA、CommitB、CommitC 三个commit
$ git rebase -i 
  1. 修改 CommitA
    (1)Commit A前面pick修改为edit,然后:wq保存退出。
    520061-20170701195244930-287534905.png

(2)这是HEAD停留在CommitA,可以对CommitA进行修改,然后使用下面命令覆盖CommitA

$ git add 
<修改文件>
$ git commit -amend
  1. 让git完成后续rebase操作
$ git rebase -continue

场景2

J修改了CommitA后,项目leader希望一个功能尽可能使用一个commit提交。

那么如何合并CommitA、CommitB、CommitC为一个commit呢?

方法:

同样使用 git rebase -i,操作如下

  1. rebase CommitA、CommitB、CommitC 三个commit
$ git rebase -i 
  1. 合并 Commits
    (1)CommitB和CommitC前面pick修改为squash,然后:wq保存退出。
    520061-20170701195300930-195589865.png

(2)这时,我们会需要重新编辑 commit message,统合3条commit的信息。然后:wq保存退出。

  1. 让git完成后续rebase操作
$ git rebase -continue

场景3

J 合并CommitA、CommitB、CommitC后,新产生的CommitA+需要将代码更新到master上。但是,同一项目组的T已经提交了CommitD。

本来 J 只需要merge自己的CommitA+到master就可以了,但是 J 下一个任务依赖于 T 提交的CommitD。
J 希望一次性更新master和自己的branch(branch_J_dev),一石二鸟。
那么如何在merge自己的CommitA+到master的同时将CommitD也merge到自己的branch(branch_J_dev)中呢?

方法:

又是使用 git rebase,操作如下

  1. rebase 自己的branch_J_dev 到 master
$ git checkout branch_J_dev$ git rebase --onto master 
  1. master 合并 branch_J_dev 的提交
$ git checkout master$ git merge branch_J_dev

git checkout mastergit merge branch_J_dev 非常重要,网络上大部分教程都没有最后一步。

而且好多人都把命令写成了git rebase --ontomaster <commit id>全是抄袭同一个人的,也是醉了。哈哈哈哈...
我也是因为被坑了,所以才查了一下一下资料,发现竟然还需要一步。

场景4(需求基本和场景3一致)

如何 J 本次希望提交的代码有CommitA+、CommitB+、CommitC+三次commit(顺序:CommitA+、CommitB+、CommitC+)。

那么如何在merge自己的CommitA+、CommitB+、CommitC+到master的同时将CommitD也merge到自己的branch(branch_J_dev)中呢?

方法:

基本和场景3一致,操作如下

  1. rebase 自己的branch_J_dev 到 master
$ git checkout branch_J_dev$ git rebase --onto master 
^
  1. CommitA 合并进master
$ git checkout master$ git merge branch_J_dev

^代表,起点。<CommitA+>^表示CommitA为起点后面所有的Commit。

场景5

如何修改 commit 记录(调整顺序+修改message)?

其实这种操作没什么意义,但是对于对 commit log 有强迫症的人,或许有想修改 commit 记录的冲动。
哈哈哈哈...

方法:

还是使用 git rebase。惊喜不惊喜?意外不意外?操作如下

  1. rebase CommitD和CommitA+
$ git rebase -i 
  1. 调整 commit 顺序,就是将 CommitD 和 CommitA+ 顺序进行调整。
  2. 修改 message ,将 pick 修改为reword
  3. 让git完成后续rebase操作
$ git rebase --continue

(最后)小提示

  1. 如果想中途取消rebase操作,后悔药?
$ git rebase --abort
  1. git rebase 一旦结束,将丢失原本branch信息,非常危险。
    我在做分享时,git rebase --onto就出现了失误并且没能找回原来branch信息,场面十分尴尬。
    所以建议还是用 merge 吧,安全一点。
$ git checkout master$ git pull$ git merge branch_J_dev

希望这篇文章对你有帮助。by iamtjcn

首发于:

转载于:https://www.cnblogs.com/FlightButterfly/p/7103311.html

你可能感兴趣的文章
从程序员到架构师的最佳技术成长之路
查看>>
安全狗:云时代的服务器安全守护者
查看>>
Apache Spark 2.0预览: 机器学习模型持久化
查看>>
技术指导实践指南
查看>>
GitHub上的编程语言:JavaScript领衔Java次之
查看>>
微软发布了Spartan项目的细节,并证实了某些流言
查看>>
全面了解大数据“三驾马车”的开源实现
查看>>
.NET Core 2.1预览分层编译特性
查看>>
公有云还能信任吗?Azure遭雷击中断超过一天
查看>>
量子计算竞速时代,如何拨动时间的指针
查看>>
统计php脚本执行时间的php扩展
查看>>
华中科大提出EAT-NAS方法:提升大规模神经模型搜索速度
查看>>
Spring框架5.1将提供对Java 11的支持
查看>>
切勿版本化Web API
查看>>
SpringOne 2017第二日:Juergen Hoeller的演讲
查看>>
Hyperledger Composer评测
查看>>
差分隐私简介
查看>>
Java将弃用finalize()方法?
查看>>
Apache Pulsar中的地域复制,第1篇:概念和功能
查看>>
干净架构在 Web 服务开发中的实践
查看>>