优雅的使用git

前言

之前写过一篇文章,对git的语法有了详细的说明,有兴趣的可以看看Git的使用规范。经过这些年的摸爬滚打,总结了一些经验,让我们一起优雅的使用Git吧!!!

工具篇

如果你快速上手,有图形化界面的,下面两个软件都不错

但是,无论你是新手还是老手,对于git操作,我还是强烈推荐终端命令行(Mac下推荐Iterm2+Oh My Zsh的组合)。

这时候应该有很多人就要开始质疑了,有便捷的软件不用干吗还要去命令行,我是傻么,再说git命令我又记不住 etc...

为什么会质疑呢?无非还是你不熟么,不知道git到底为何物,恐惧…git常用的命令也就10来个,等过了磨合期后你会爱上它的。

个人有几点推荐理由:

  • 清晰的知道每一步都做了什么,心里有数。不会因为点了软件某个不清晰的按钮,导致自己代码找不到了;
  • 规范自己使用git的规范,特别是commit提交的内容和描述;
  • 更加深入的理解git,有多少人知道git reflog,这个命令在代码找不到的情况下能救命;
  • 装X必备,每次提交的时候刷刷敲键盘的感觉,谁用谁知道;

效率篇

既然推荐命令行提交代码,每次都要输入那么长的命令,如何体现自己的效(BI)率(GE)。可以考虑别名和命令记忆功能。

别名

对于一些常用的操作,完全可以设置一些更短更好用的别名,方便我们使用。个人使用的别名如下,供大家参考:

# vim .gitconfig
[alias]
        ci = commit
        st = status
        co = checkout
        br = branch
        ss = status --short
        df = diff
        dc = diff --cached
        lo = log --oneline
        lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit

zsh-autosuggestions

命令自动提示插件,这个是个很有意思也很高效的插件。能记录平时你输入过的命令,下次再输入的时候,它会提前提示你,方便懒人。

github: https://github.com/zsh-users/zsh-autosuggestions

规范篇

对于git的提交规范,建议使用Angular的commit规范,详见Git的使用规范。要使用此套规范建议安装git cz插件。

git cz

github:https://github.com/commitizen/cz-cli

npm install -g commitizen
commitizen init cz-conventional-changelog --save-dev --save-exact
echo '{ "path": "cz-conventional-changelog" }' > ~/.czrc
img

conventional-changelog

当你需要从git提交记录生成更改日志,conventional-changelog插件能满足你的需求(配合git cz使用)

github:https://github.com/conventional-changelog/conventional-changelog

$ npm install -g conventional-changelog-cli
$ cd my-project
$ conventional-changelog -p angular -i CHANGELOG.md -s

如果您是第一次使用此工具并希望生成以前的所有更改日志,则可以执行此操作:

# 只会输入固定几个类型的,如Feature、Fix
conventional-changelog -p angular -i CHANGELOG.md -s -r 0
# 输入所有的类型的
conventional-changelog -p jscs -i CHANGELOG.md -s -r 0

这将覆盖任何先前的更改日志。

可以使用CLI列出所有可用的命令行参数: conventional-changelog --help.

git flow

img

分支说明

名称 说明 命名规范 命名示例 合并目标 合并操作
master 线上稳定代码 master master -- --
release 待发布分支,下个版本需上线的版本,给QA提测 release release master merge request
feature 功能分支,一个版本对应一个feature分支 feature/xxx xxx = [ 版本号 | 功能名 ] 例如[feature/9.2.0 | feature/house ],但不要是自己的名字[ feature/pp ] release merge request
dev 开发分支,每个人都应该有自己独立的开发分支 dev/xxx xxx = [ 功能名 | 版本号 | JIRA ] + 唯一标识 feature/xxx、release merge request
hotfix 紧急修复分支 hotfix/xxx xxx = [ 功能名 | JIRA ] master merge request

注意:

1、提交代码前需合并目标分支,冲突在自己本地分支中解决!!!(推荐使用rebase进行分支合并)

2、执行Merge Request之后,原始分支应该在远端删除!!!

gitflow插件

$ brew install git-flow

如果对gitflow整个流程十分熟悉的时候,不太推荐此插件,个人不是很习惯。

git flow 
init      Initialize a new git repo with support for the branching model.
feature   Manage your feature branches.
release   Manage your release branches.
hotfix    Manage your hotfix branches.
support   Manage your support branches.
version   Shows version information.

github:https://github.com/nvie/gitflow

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 姓名:王康 公司:扬州方圆建筑工程有限公司 2018年3月16日~3月18日上海361期 《六项精进》感谢二组 学...
    王小康KK阅读 1,535评论 0 0
  • 旧街上的老房子前的花儿又香了 那破败的屋子里依旧有风铃回响 碧蓝的天空中早已经是夕阳西下 迈向漆黑的夜晚以及明日的...
    迷曳阅读 1,643评论 0 3
  • 不会空着不能怪我,太tm难了
    Luckey上官阅读 1,738评论 0 0
  • 已经许久没有单独读完整整一本书了。说来也惭愧,每次读书的时候都有些囫囵吞枣,巴不得快点读完,...
    谢小芬阅读 1,859评论 0 0

友情链接更多精彩内容