git merge requeest报500_小姐姐用动画图解 Git 命令,这也太秀了吧?!

大家好,我是小 G。

在座的各位应该都知道,Git 作为居家必备、团队协作之利器,打从 Linus Torvalds 发布这款工具时起,便一直受到各路开发者的喜爱。

不过,尽管如此,小 G 还是经常能在公众号后台,看到有不少水友留言反馈,说 Git 里面太多干巴巴,看起来非常枯燥无味的命令行,一旦几天没用,就很容易就忘得一干二净,希望 GitHubDaily 能出一些与 Git 相关的辅助教程,或者比较有趣、对小白比较友好的学习方式。

emmm.. 作为有求必应的小 G,当然是选择尽可能满足大家的一切要求啦。

几天前,小 G 偶然在 Twitter 看到一篇文章:《CS Visualized: Useful Git Commands》。

作者是来自英属哥伦比亚的小姐姐 Lydia Hallie,在这篇文章里面,她通过生动形象的动画,以更加直观的方式,向开发者展示 Git 命令中的 merge、rebase、reset、revert、cherry-pick 等常用骚操作的具体原理。

接下来,小 G 会挑选几个最简单的例子,让你们看看这位小姐姐是如何用动画来进行展示的。

在开始之前,还是得先跟大家简单说一下,这篇文章不算是针对小白萌新的 Git 初级入门文章,而是希望帮助有一定 Git 实操基础的用户,加深对具体 Git 命令的操作理解。

对 Git 不太熟悉的小伙伴,可看我们此前在公众号上分享的这几篇文章:

  • 强烈推荐下 GitHub 官方的这个教程
  • 收好这份 Git 命令应急手册,关键时刻可保你一命
  • 寓教于乐,用玩游戏的方式学习 Git!

嗯,下面开始进入正题。

合并(Merge)


我们都知道,在使用 Git 做日常开发项目的时候,都会选择将项目切换成多个分支,在不同分支上处理不同事务。最简单的,就是开发、测试、生产等几个不同环境来回切换,使得项目管理与产品迭代更为轻松,亦可最大化避免项目出现严重漏洞时所带来的伤害。


当我们在不同分支开发完代码后,会选择将分支进行合并(merge)。平时常用的 git merge 操作,又可分为这两种类型:fast-forwarno-fast-forward

fast-forward


一般情况下,Git 会默认使用 fast-forward 这种类型来处理分支合并,当我们成功合并后,不会产生任何提交记录,且当旧分支被移除后,其分支信息也会被一并删除。


通过动画的方式展示,就像下面这样:

e86c19767dab03e5e095304d8fdd2b9b.gif

no-fast-forward


而当我们使用 no-fast-forward 模式,即在合并分支命令加入 --no-ff 后缀的方式运行时,便会生成一个新的提交记录,就像下面这样:

6a51c8fecb11233f112c6e3ed206b71b.gif

合并冲突


在我们日常进行团队协作开发的时候,总会出现同个文件在不同分支上被同时编辑的情况。


这样,当我们提交代码的时候,比较晚提交的另一方,在运行 Git 命令时就会报冲突错误。在正常情况下,只要我们手动处理下冲突文件,然后再重新提交即可。


打个比方,现在代码仓库有个 README 文件,在同一行的位置,在不同分支上被编辑了,如下所示:

f19d9cff81d0cee41edd763c34f881ba.png


那么,使用合并命令,及修复冲突的过程,用动画的形式展示,看起来就像下面这样:

c1a7532a30a8183f8d7f40fc9e80cddb.gif


可以看到,在移除多余的提示代码后,会重新产生一条新的提交记录。

Rebase


在进行分支合并前,我们一般会先使用pull命令拉取线上的最新代码,在保证无任何冲突发生的前提下,再进行分支合并。


但是,这种代码拉取方式是最为简单粗暴的,通过这种方式合并,会使得整个提交记录看起来特别乱,不太直观与优雅。


因此,对 Git 使用比较规范、追求比较高的程序员,都会先使用rebase整理下提交记录,再提交代码,经过这样处理后的 Git 提交记录,看着就比直男还直了 。


以动画的方式呈现,就像下面这样:

313784abd776c43f1bf4b278d07bfd5a.gif


可以清晰的看到,原本对接在 master 分支第二处的 dev 分支,被对接到顶部了。

Hard Reset


日常开发中,我们可能会因为提交了某些无用代码而进行回滚操作。通常在只有一个人独立开发的项目情况下,会选用--hard命令来进行回滚处理。


不过,这种操作方式有个不好的地方,在多人协作的时候,这么搞很容易使分支出现冲突,或直接毁掉别人的提交记录。

hard reset以动画的形式表现,看起来就像下面这样:

8b38cb30d165dd02f0312e3bca76b294.gif


除此之外,小姐姐还提到了 Reverting、Cherry-picking、Fetch 等一系列操作,这里限于篇幅,就不跟大家一一讲解啦。

--


以上,就是今天跟大家的分享啦,最近也发现了几个比较有意思的项目,小 G 正在把玩中,回头玩的比较溜了,会在公众号这边撰文跟大家分享哈。


文末,照旧安利一波我们的公众号:GitHubDaily,目前每天都会在上面更新文章,分享比较实用的开发工具与开源项目,偶尔也会聊聊技术圈内最近发生的新鲜事,感兴趣的小伙伴可以关注一下哈。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值