Git 中几个好用的操作

栏目: 编程工具 · 发布时间: 7年前

内容简介:某次错误的将 feature/x 合并到了 dev,因为当时的 dev 不考虑合并该 feature,自然解决办法是 revert 这次 merge。但是后来需要 feature/x 再次合并到 dev,结果却发现 feature/x 上后面提交的一些代码没有了,折腾下尝试把 dev 合到 feature/x 上结果还是丢代码。后来在伟大的 stackOverflow 上发现了可以再一次 revert “revert” 那次操作,试了下果然可以。真的强到不行。后来自己想了一下第一次的 revert 并不是

1: revert “revert”

某次错误的将 feature/x 合并到了 dev,因为当时的 dev 不考虑合并该 feature,自然解决办法是 revert 这次 merge。但是后来需要 feature/x 再次合并到 dev,结果却发现 feature/x 上后面提交的一些代码没有了,折腾下尝试把 dev 合到 feature/x 上结果还是丢代码。后来在伟大的 stackOverflow 上发现了可以再一次 revert “revert” 那次操作,试了下果然可以。真的强到不行。后来自己想了一下第一次的 revert 并不是撤销你的所有操作,它也是一个会将 git 状态指针改变的一个行为。

我在想如果第一次的 feature 用 rebase 合并会怎么样? 笑哭。

2:cherry-pick

只要你的 commit 信息在,就不怕在任何分支冲掉你的代码。

3:git stash

当前分支还在开发,要切到别的分支做一些其他的事情,但是当前分支构不成 commit 的粒度,可以用 git stash 暂存。详细的用法可以 Google,在别的分支做好事情后,回到 stash 的那个分支,要记得 git stash pop。

4:prune origin

git fetch 去拉取所有的远程分支,但是本地还存在许多远端早就删除的好多分支,导致本地分支目录杂乱,这时候执行 “git remote prune origin” 就可以清除掉本地那些远端不存在的分支。

5:git reflog

这个命令可以记录当前仓库自从 clone 之后所有的操作,merge、rebase、commit 等,即使当前 commit 不小心被覆盖也没事。

综上,个人觉得最重要的一点就是每次的 commit 粒度和 commit 信息一个要合理清晰,这样才能更为精准的进行版本控制管理。


以上所述就是小编给大家介绍的《Git 中几个好用的操作》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

云经济学

云经济学

乔·韦曼 (Joe Weinman) / 人民邮电出版社 / 2014-7-1 / CNY 75.00

在云计算日益成熟的今天,“接入而非拥有”的理念不断为人们所理解和接受。 《云经济学》阐述了“云经济学”不是经济理论中深奥的数学模型,而是技术革命的生动概括。“灵活的云计算能够有效提升企业的商业价值”则是本书的核心理念。 《云经济学——企业云计算战略与布局》从商业、金融及经济的视角解释了云经济的潜在原理,并通过易于理解的案例阐述了云计算是如何创造出综合价值的。无论你是供应商、零售商、服务......一起来看看 《云经济学》 这本书的介绍吧!

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具