Git 有用指南

个人整顿的一些经常运用的 Git 观点和敕令鸠合,轻易速查和疾速处理某些场景下的题目,覆蓋了一样平常开辟和协同事情下的一部份场景,不只是敕令行的引见。迎接关注语雀原文,延续更新!

精简入门

1、克隆堆栈

克隆堆栈会下载堆栈完全的文件、分支和汗青纪录。

git clone [<options>] [--] <repo> [<dir>]
# 克隆完全的堆栈到 ./git-learning 目次下
git clone git@github.com:x-cold/git-learning.git
# 只克隆 dev 分支到 ./dev 目次下
git clone -b dev git@github.com:x-cold/git-learning.git dev

2、将文件变动纪录写入到当地的索引库

git add [<options>] [--] <pathspec>...
# 增加当前目次下一切文件
git add .
# 增加部份文件
git add src/ app/ index.js

3、提交变动到事情区

git commit [<options>] [--] <pathspec>...
# 最一般的提交
git commit -m "feat: support canvas"
# 修正当前的 commit message
git commit --amend
# 重置当前的 commit author 和 message
git commit --amend --reset-author 

4、推送代码到长途堆栈

git push [<options>] [<repository> [<refspec>...]]
# 提交当地堆栈当前分支到长途堆栈的 master 分支
git push origin master
# 提交当地堆栈 dev 分支到长途的 master 分支
git push origin master:dev

聊聊设想

《Git 有用指南》
图象来自维基百科

Git 是一个分布式的版本掌握东西,因而长途和当地能够视为两个自力的 Git 堆栈。上图是一张典范的 Git 中的数据流与存储级别的引见,个中贮存级别重要包括几部份:

  • 事情区 (Working Files),指的是我们时候在编辑的文件的目次,一般来讲我们修正文件都是在事情区表现的
  • 暂存区(Stage),暂存将当地的修正,然后提交到当地堆栈
  • 当地堆栈(Local)
  • 长途堆栈(Remote)

由此不难看出团体的数据活动,就是一条从:事情区 -> 暂存区 -> 当地堆栈 -> 长途堆栈 的双向数据流通道。

经常运用敕令

git init

建立一个空缺的 git 堆栈

git init

git add

git add [<options>] [--] <pathspec>...

git commit

git commit [<options>] [--] <pathspec>...

git remote

remote 指的是当地的 git 堆栈关联的长途 git 堆栈。

1、检察长途堆栈信息

git remote

2、看长途堆栈详细信息

git remote -v

3、删除长途堆栈

git remote remove <name>
# 移除名字为 origin 的长途堆栈
git remote remove origin

4、增加长途堆栈

git remote add [-t <branch>] [-m <master>] [-f] [--tags | --no-tags] [--mirror=<fetch|push>] <name> <url>
git remote origin git@github.com:x-cold/git-learning.git

git branch

1、列出当地存在的分支

git branch

2、列出长途分支

git branch -r

3、列出当地和长途分支

git branch -a

4、建立当地分支

git branch [branchName]  (remoteBranch)
# 基于长途堆栈的 dev 分支,建立当地堆栈的 feature/canvas 分支
git branch feature/canvas dev

5、分支重命名

git branch [<options>] (-m | -M) [<old-branch>] <new-branch>
# 修正 feature/canvas 分支名为 feature/canvas2
git branch -M feature/canvas feature/canvas2

6、删除当地分支

git branch -d | -D [branchName]

7、删除长途分支

git branch [<options>] [-r] (-d | -D) <branch-name>.
# 删除 feature/canvas2 分支
git branch -d feature/canvas2

8、设置默许上游及分支

git branch --set-upstream <localBranch> <remote>/<remoteBranch>
# 今后只须要在 dev 分支实行 git push (无需分外的参数) 就能够提交到 origin/dev
git branch --set-upstream dev origin/dev

git checkout

检出分支:

git checkout [<options>] <branch>
# 切换当前分支到 dev 分支
git checkout dev
# 基于当前分支建立 test 分支,而且将当前分支切换到 test 分支
git checkout -b test

除开用于分支切换,checkout 还能够用于恢复未增加到当地事情区,然则被修正过的文件。
**

# 将 index.js 恢复到当前 commit 的内容
git checkout index.js

git merge

兼并分支:

git merge [<options>] [<commit>...]
# 兼并长途堆栈的 master 分支到当前分支
git merge origin/master

git rebase

变基,是一种经常运用且有风险的操纵,会转变提交汗青,郑重运用!

git rebase 
while(存在争执) {
    git status
    找到当前争执文件,编辑处理争执
    git add -u
    git rebase --continue
    if( git rebase --abort )
        break; 
}

git cherry-pick

魔法级的敕令,cherry-pick 能够提取 N 个的提交纪录,合入稳固版本的分支上。

git cherry-pick [<options>] <commit-ish>...
# 遴选 371c2 单个提交纪录,合入当前分支
git cherry-pick 371c2
# 遴选出 371c2 到 971209 的一切提交纪录,并合入当前分支
git cherry-pick 371c2…971209

git push

推送到长途堆栈,同步当地堆栈的提交汗青到长途堆栈

git push [<options>] [<repository> [<refspec>...]]
# 提交当地堆栈当前分支到长途堆栈的 master 分支
git push origin master
# 提交当地堆栈 dev 分支到长途的 master 分支
git push origin master:dev
# 提交单个 tag
git push origin publish/1.0.0
# 提交一切 tag
git push origin --tags

git pull

拉取长途分支,同步长途堆栈的提交汗青到当地堆栈

git pull [<options>] [<repository> [<refspec>...]]
# 一般来讲,默许的 pull 行动等同于 git fetch + git merge
# 下面这行敕令等同于 git fetch origin master && git merge origin/master
git pull origin master

# 也能够经由过程变基的体式格局来拉取代码,如许分支模子不容易受到影响
# 下面这行敕令等同于 git fetch origin master && git rebase origin/master
git pull --rebase origin master

git tag

1、建立 tag

git tag -a v1.1.0 -m ""

2、检察 tag

git tag

3、推送到长途

git push origin --tags

4、删除当地 tag

git tag -d v1.0.0

5、删除长途 tag

git push origin :refs/tags/v1.0.0

.git 堆栈元数据

每个 git 的代码堆栈目次下,都邑有一个 .git 的文件夹,个中包括的重要文件包括以下:

文件/文件夹寄义
config*配置文件
description形貌,仅供 Git Web 顺序运用
HEAD当前被检出的分支
index暂存区信息
hooks/客户端或服务端的钩子剧本(hook scripts)
info/全局性消除(global exclude)文件,不愿望被纪录在 .gitignore 文件中的疏忽形式(ignored patterns)
objects/一切数据内容
refs/数据(分支)的提交对象的指针

进阶技能

修正 commit 汗青

运用 git rebase 举行汗青修正,假定修正近来 3 条汗青,操纵步骤以下:

1、git rebase -i HEAD~3

运转此敕令会供应一个提交列表,以下所示,个中 commit 纪录是时候逆序分列的;

pick f7f3f6d changed my name a bit
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file

# Rebase 710f0f8..a5f4a0d onto 710f0f8
#
# Commands:
#  p, pick = use commit
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

2、编辑上述列表文件,在须要变动的 commit 前,将 pick 修正为 edit ,假如须要紧缩,可设置为 squash 保留退出,进入到 rebase 流程;

3、经由过程 git commit --amend --author 对汗青纪录顺次修正和延续举行 rebase;

增加指定文件

git ls-files src/ | grep '\.css$' | xargs git add

删除一切 commit 中的某些文件

# 删除文件
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch -r build' --prune-empty --tag-name-filter cat -- --all

# 触发 GC
git reflog expire --expire=now --all && git gc --prune=now --aggressive

git stash

运用 stash 能够将当事情区变动的暂时寄存起来,等一番 git 操纵(比方 merge / rebase 等)以后,再将这部份变动从新放回事情区。

# 暂时寄存,暂时寄存区是一个栈的构造,支撑屡次暂时寄存,遵照后入先出的准绳
git stash
# 从新放回到事情区
git stash pop

附录

  • githug, 一个特地为 git 进修途径设想的游戏
  • awesome-git-addons, git 敕令行东西扩大的合集
  • git-tips, 经常运用运用场景和技能鸠合
  • lazygit, 懒人专用的 git 敕令行顺序

其他用处

issue 批评

  • gitment, github issue 社会化批评插件
  • gittalk, github issue 社会化批评插件,觉得轻微悦目一点点
    原文作者:xcold
    原文地址: https://segmentfault.com/a/1190000018688048
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞