Git 使用札记 | Huoty's Blog

Git 是一个优秀的版本控制工具，可以有效、快速的处理大大小小的项目版本管理。日常使用掌握如下图所示的工作流程和命令就足够了。

Git基本操作流程

但要熟练地使用 git，只掌握上图中的命令是不够的。以下是我在使用 git 过程中收集的比较有用的操作和命令。

基本配置

Git 的配置文件为 .gitconfig，它在用户主目录下 ~/.gitconfig，针对当前用户是全局的，同时每个项目目录下也可以有一个局部的配置文件，仅针对当前项目有效。

# 显示当前的配置
git config --list

# 配置文本编辑器
git config --global core.editor vim

# 编辑配置文件
git config -e --global

# 设置提交代码时的用户信息
git config --global user.name "[name]"
git config --global user.email "[email address]"

# 设置换行符转化规则
git config --global core.autocrlf input
git config --global core.safecrlf true

# 保持文件权限设置
git config --global core.filemode true

# 设置 merge branch 时使用 --rebase
git config --global branch.autosetuprebase always
git config --global pull.rebase true

# 配置命令别名
git config --global alias.st status
git config --global alias.co checkout
git config --global alias.ci commit
git config --global alias.br branch

# 列出所有命令别名配置
git config --get-regexp alias

# 记录手动输入的账号和密码
git config --global credential.helper store

# 配置全局的 ignore 文件为 ~/.gitignore
git config --global core.excludesfile ~/.gitignore

仓库初始化

# 初始化当前目录为一个 git 仓库
git init .

# 新建一个目录并初始化为 git 仓库
git init <Directory>

# 初始化一个裸的仓库，即没有工作区，通常用于作为远程仓库
git init --bare

# 从远程克隆一个仓库到本地
git clone <url>

提交修改

这里的提交是指将暂存区里的改动提交到本地的版本库中（而非提送到远程）。提交代码用 commit 命令，每次提交会生成一个 commit-id，该 id 是一个 40 位的哈希值，提交相当于一个快照，便于未来追溯历史以及版本回退等。

# 提交代码，会打开 core.editor 配置的编辑器以输出提交信息
git commit

# 直接指定提交信息
git commit -m <msg>

# 通常提交的时候都需要先 add，而 -a 参数能将所有已跟踪文件的更新自动提交到暂存区
# 注：新创建的没有被跟踪文件使用 -a 参数是无效的
git commit -a

# 将新的修改追加到上一个提交中
git commit --amend

# 提交一个空内容，在没有任何修改又想增加一个提交时可用
git commit --allow-empty

# 忽略 pre-commit hook 脚本
git commit -n
git commit --no-verify

# 在提交的时候指定作者信息
git commit --author="name <email@mail.com>" ...

# 修改最后一个提交的作者信息
git commit --amend --author="name <email@mail.com>"

# 修改最后一个提交的时间
git commit --amend --date=now --no-edit

# 在全局的配置改变了之后，修改某个作者信息
git commit --amend --reset-author --no-edit

# 修改前一个Commit的提交内容但是不修改提交信息
git add --all && git commit --amend --no-edit

提交信息（commit message）的格式规范：

<type>(<scope>): <subject>

<body>

<footer>

Type

用于说明 commit 的类别，可以是如下的标识：

feature：新功能
bugfix：修补 Bug
docs：文档（documentation）
style：格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改 Bug 的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动

如果 type 为 feature 和 bugfix，则该 commit 将肯定出现在 Change log 之中，其它则试情况而定。

Scope

用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。

Subject

是对本地提交内容的概述，不要太长，建议不超过 50 个字符；以动词开头，使用第一人称现在时，比如 change，而不是 changed 或 changes；第一个字母小写；结尾不加句号（.）。

Body

是对本次 commit 的详细描述，可以分成多行。

Footer

仅用于两种情况：

（1）不兼容变动：如果当前代码与上一个版本不兼容，则 Footer 部分以BREAKING CHANGE开头，后面是对变动的描述、以及变动理由和迁移方法

BREAKING CHANGE: isolate scope bindings definition has changed.

    To migrate the code follow the example below:

    Before:

    scope: {
      myAttr: 'attribute',
    }

    After:

    scope: {
      myAttr: '@',
    }

    The removed `inject` wasn't generaly useful for directives so there should be no code using it.

（2）关闭 Issue：如果当前 commit 针对某个issue，那么可以在 Footer 部分关闭这个 issue

Closes #234

也可以一次关闭多个 issue

Closes #123, #245, #992

查看提交历史

# 显示当前分支的版本历史
git log

# 显示当前分支的版本历史，同时显示每个提交发生变化的文件
git log --stat

# 按作者查看版本历史，作者名不需要精确匹配，仅需要包含即可
git log --author="Huoty"

# 按日期查看，可用 --after/--since 或 --before/--until 来按日期筛选
git log --after="2018-04-01" --before="2018-04-15"

# 搜索 commit 信息中包含指定字符串的提交，-i 参数可以忽略大小写
git log --grep="xxx"

# 显示每次提交中被修改文件简要的增改行数统计
git log --stat

# 简短的显示文件的变化状态统计，不显示变化的文件名
git log --shortstat

# 展开显示每次提交的内容差异，-num 可只显示开头的提交，如 -2 表示仅显示最近的两次更新
git log -p

# 展示每个提交所在的分支及其分化衍合情况
git log --pretty=fuller --graph

# 定制显示的格式
git log --pretty=format:"%h - %an, %ar : %s"

# 把每个版本历史信息压缩到一行（decorate 表示显示关联的分支或 tag 等）
git --no-pager log --oneline --decorate

# 限制显示的条数 -<number>
git log -20

# 显示某次提交的内容
git show <Commit ID>

git log --pretty=format 常用的选项：

选项	说明
%H	提交的完整哈希值
%h	提交的简写哈希值
%T	树的完整哈希值
%t	树的简写哈希值
%P	父提交的完整哈希值
%p	父提交的简写哈希值
%an	作者名字
%ae	作者的电子邮件地址
%ad	作者修订日期（可以用 --date=选项来定制格式）
%ar	作者修订日期，按多久以前的方式显示
%cn	提交者的名字
%ce	提交者的电子邮件地址
%cd	提交日期
%cr	提交日期（距今多长时间）
%s	提交说明

更多关于查看提交历史的方法还可以参考 Git Book 中文文档。

单文件历史

# 显示某个文件的历史版本的所有改动
git log --follow -p [file]
git whatchanged -p [file]

# 显示指定文件的每一行内容的作者和修改时间
git blame [file]

shortlog

git shortlog 将 commit 按照作者分组，显示每个 commit 的第一行描述，这样便于看到每个作者都做哪些工作。可以认为它是一个特殊版本的 git log，其对各个作者的提交进行汇总。

# 统计每个作者的提交情况
git shortlog -snec

-s 参数省略每次 commit 的注释，仅仅返回一个简单的统计。
-n 参数按照 commit 数量从多到少的顺序对用户进行排序
-e 显示作者的邮件地址
-c 按提交者的身份，而不是作者

差异比较

# 查看工作区域暂存区的差异
git diff

# 查看暂存区与版本库的差异
git diff --cached
git diff --staged

# 查看 工作区、暂存区 与 HEAD 的差异
git diff HEAD

# 仅列出存在差异的文件的文件名
git diff --name-only

# 查看 branch2 分支的哪些改动不存在于 branch1 上
git diff branch1..branch2

# 查看当前分支与主分支最近公共祖先的差异
git diff master...

# 显示两个版本间的差异
git diff version1 version2

# 显示两个版本间所有有差异的文件列表
git diff version1 version2 --stat

# 显示两个版本间指定文件的详细差异
git diff version1 version2 -- <file path>

暂存工作区

git stash 可以在不提交当前修改的情况下将工作区的修改进行暂存，等到合适的时候再恢复。它的用途是暂停当前工作，临时去干别的事。

# 保存当前的工作进度。会分别对暂存区和工作区的状态进行保存
git stash
git stash push

# 显示进度列表。git stash 可以多次保存工作进度，并可在恢复时候进行选择
git stash list

# 查看指定的暂存
git stash show [<stash>]
git stash show -p [<stash>]

# 恢复暂存。如果不使用任何参数，会恢复最新保存的工作进度
git stash pop [--index] [<stash>]

# 恢复暂存，但不删除进度（即保持暂存在暂存列表中）
git stash apply [--index] [<stash>]

# 删除指定的暂存
git stash drop [-q|--quiet] [<stash>]

# 清除所有暂存
git stash clear

git stash 其实是 git stash push 的缩写，它们默认都是把当前工作区所有的工作暂存，但有时可能只需要暂存指定的文件，这种情况可以使用如下方式：

# 1、add 不想暂存的文件
git add <paths>

# 2、只会暂存那些没有被 add 的文件
git stash –keep-index

# 3、取消已经 add 的文件
git reset

当然，以上操作还可以用 git stash push <paths> 命令来快速解决。

找回丢失的提交

git reflog 可以列出 HEAD 曾经指向过的一系列 commit。reflog (relog is Reference logs)，它是一个分支的顶端或者每次更新到本地仓库的引用的一个记录，简单的说就是 HEAD 曾经指向过引用。该命令可用于在错误操作时找回丢失的提交。

如果引起 commit 丢失的原因并没有记录在 reflog 中，则使用 git fsck 工具，该工具会检查仓库的数据完整性。如果指定 --full 选项，可以显示所有未被其他对象引用 (指向) 的对象。指定 --lost-found 会尝试搜索被删除的 commit。

git reflog

git fsck --full

git fsck --lost-found

cherry-pick

git cherry-pick 能够将其他分支上的某个或者多个提交应用到当前分支中，而不必将整个分支的内容都合并到当前分支。

# 将任意分支中的 commit 应用到当前分支
git cherry-pick <Commit ID>

如果 cherry-pick 多个连续 commit，应注意如下几点：

1. 使用两个点（..）来指明 commit 的区间
2. git cherry-pick A..B 中，A 的 commit 应该在 B 之前
3. 默认的选取范围不包含 A 但包含 B，类似于数学上开闭区间 (A,B]
4. 若要包含 A，请使用 git cherry-pick A^..B，即可做到 [A,B]

如果 cherry-pick 的是一个 merge commit，则会存在歧义，如下示例：

- A - B - E - F -    master
   \     /
    C - D            fix

节点 E 既来自 master 分支 B - E 的改动，也来自 fix 分支 D - E 的改动，所以当 git cherry-pick E 的时候，git 无法决定取来自哪个分支的改动，于是就需要加上 -m 协助 git 确定。

使用 B - E 的改动
git cherry-pick E -m 1

# 使用 D - E 的改动
git cherry-pick E -m 2

即 -m 1 表示取主干，也就是被 merge 了代码的分支，-m 2 表示取被 merge 的分支，也就是 merge 来源。

revert

git revert 用于只撤销历史上的某个或者某几个提交，而不改变前后的提交历史，并且将撤销操作作为一次最新的提交。

# 撤销 commit 并新生成一个 commit
git revert <Commit ID>

一定要理解，revert 操作是提交一个新的版本，将需要 revert 的版本的内容再反向修改回去，版本会递增，之前的提交历史不会有任务改动。

注意与 reset 的区分，revert 应该被称之为恢复，而 reset 则是回退的意思，它会修改历史版本。

当 revert 一个 merge commit 时，由于该点出现了分叉，git 可能不知道要往哪个方向恢复，这个时候就需要指定 -m 参数，其中 -m 1 表示保留主分支，-m 2 表示保留被 merge 分支，这一点和 cherry-pick 类似。

git revert -m 1 <Commit ID>

整理提交历史

# 修改最新一个提交
git commit --amend

# 整理某一提交之后的所有提交
git rebase -i <Commit ID>

# 修改历史上任意提交
git commit --fixup <Commit ID>
git commit --squash <Commit ID>

git commit --amend:

该命令可以修改最新一次提交，包括 commit message 和内容。如果你在提交工作后发现有哪里不对，可以继续在工作区进行修改，然后使用该命令对最新一次错误提交进行补充或者修改。

git rebase -i:

rebase 被理解为变基，所以变基就是相对于一个基点来进行调整。-i 即 --interactive 的简写。该命令需要指定一个 commit 作为基点，在该 commit 之后的提交都可在交互式的文本编辑器中进行修改。其可以对 commit 进行修改、合并、删除、调整顺序等操作。可操作的命令有：

p, pick = use commit
r, reword = use commit, but edit the commit message
e, edit = use commit, but stop for amending
s, squash = use commit, but meld into previous commit
f, fixup = like "squash", but discard this commit's log message
x, exec = run command (the rest of the line) using shell
d, drop = remove commit

他们的含义分别是：

pick：正常选中，即保持不变，这个默认的操作命令
reword：修改该提交的 commit message
edit：此时 rebase 时会暂停，允许你修改这个提交，可用于拆分提交
squash：把内容和 commit message 都合并到前一个提交
fixup：与 squash 类似，内容会被合并到前一个提交中，但 commit message 会被抛弃
exec：执行其他 shell 命令
drop：删除该提交不再保留，或者直接将改行删掉也是同样的效果

git commit [--fixup | --squash]:

该命令用于修改历史上任意一个提交，如果发现之前的某个提交有错误，可以说用该命令。使用 --fixup 会自动多出一个 fixup! 开头的提交。而使用 --squash 则允许编辑 message，然后生成一个 squash! 开头的提交。最后使用 git rebase -i --autosquash 则可以完成对历史提交的修改。假设需要修改的 commit 为 abc123，则操作命令如下所示：

git commit --fixup abc123
git rebase -i --autosquash abc123^

撤销暂存区

如果执行 git add 操作后发现修改的内容有误，需要重新修改时，可以使用 reset 撤销提交到暂存区的修改到工作区中。

# 撤销某一文件
git rest file
git reset HEAD file

# 撤销整个暂存区
get reset
git reset HEAD

代码回滚

# 撤销指定文件在工作区中的修改
git checkout [file]

# 建立一个临时分支，并将 HEAD 指向指定的 commit
git checkout [commit]

# 恢复某个文件的内容为指定的 commit 或者 branch
git checkout [commit/branch] [file]

# 从其他分支检出某个目录下的所有内容到当前分支
git checkout [branch] -- [path]

# 撤销工作区中当前目录下的所有修改
git checkout .

# 恢复添加到暂存区的内容到工作中
git reset [file]

# 重置暂存区与工作区为指定的 commit
git reset --hard [commit]

# 重置当前分支的指针为指定 commit，同时重置暂存区，但工作区不变
git reset [commit]

# 保持暂存区和工作区不变，但重置当前 HEAD 为指定的 commit
git reset --keep [commit]

# 撤销指定 commit 的修改并生成一个新的 commit
git revert [commit]

拯救出错的 rebase 操作

如果分支上有新的提交还没 push，可以用 reflog 查看操作历史，然后用 reset 回退：

$ git reflog

b710729 HEAD@{0}: rebase: some commit
5ad7c1c HEAD@{1}: rebase: another commit
deafcbf HEAD@{2}: checkout: moving from master to my-branch
...

$ git reset HEAD@{2} --hard

如果分支上没有提交，或者不关心这个分支上新的提交，只是想做 rebase 操作，那么可以先切换到别的分支，把 rebase 出问题的分支删掉再重新 rebase：

$ git checkout my-branch
$ git rebase master
// not happy with result
$ git checkout master
$ git branch -D my-branch
$ git checkout my-branch

或者更简单一些，让 HEAD 指向远程分支的 HEAD：

$ git reset --hard origin/my-branch

分支管理

命令 git branch 可用于管理分支，实现分支的查看、创建和删除功能。不带任何参数时会列出所有分支：

$ git branch
  add-rhesis
  dev
  embed-ipynb
* master

上例输出中 master 分支前的 * 字符表示当前所在的分支。加上 -v 参数可以显示分支的最后一个提交对象：

$ git branch -v
  add-rhesis  9b37bf7 [ahead 18, behind 2] 重新设计 server 架构
  dev         e087d4f Merge branch 'master' into dev
  embed-ipynb d1611a8 fix url
* master      351233c update posts

其它一些命令介绍：

# 新建分支
git branch [name]

# 新建分支并切换到新分支
git checkout -b [name]

# 列出远程跟踪分支
git branch -r

# 使用通配符列出匹配的分支（示例列出 featrue/ 开头的分支）
git branch --list 'featrue/*'

# 列出本地分支和远程跟踪分支
git branch -a

# 列出其他分支被合并到当前分支的情况
git branch --merged
git branch --no-merged

# 分支重命名
git branch -m [old-name] [new-name]

# 删除分支
git branch -d [name]  # 删除已合并的分支
git branch -D [name]  # 强制删除分支即使未被合并

# 删除远程分支
git push origin --delete [branch]

# 获取当前分支名
git rev-parse --abbrev-ref HEAD
git symbolic-ref --short HEAD

# 列举出所有的分支以及它们的上游和最后一次提交
git branch -vv

分支替换，即用一个分支完全替换另一个分支。如果要替换远程分支，可以直接将本地分支强行推送到远程分支：

$ git push -f origin develop:master

即把本地的 develop 分支强制(-f)推送到远程 master。但这样做之后，本地的 master 分支还是旧的，如果希望本地的 master 分支与远程的 master 分之同步，则需要先替换到本地的 master 分支，再推送到远程仓库：

# 切换到旧的分支
$ git checkout master

# 将本地的旧分支 master 重置成 develop
$ git reset --hard develop

# 再推送到远程仓库
$ git push origin master --force

何时保留分支历史

合并其他分支代码 git merge 模式采用 fast-forward 方式进行合并。fast-forward 方式就是当条件允许的时候，git 直接把 HEAD 指针指向合并分支的头，完成合并。属于 “快进方式”，不过这种情况如果删除分支，则会丢失分支信息。因为在这个过程中没有创建 commit。

在 merge 其他分支时，建议保留其他分支的历史，即期望 merge 过来的分支具体都干了啥。所以建议将 merge 加上 --no-ff 参数。--no-ff 指的是强行关闭 fast-forward 方式，而刻意制造分叉。区别如下图所以：

merge or merge --no-ff

在 pull 代码时，实际上 pull 操作做了两个操作，即 fetch 和 merge。也就是说，git 先取得远程仓库的代码，然后将远程分支与本地合并，这样会使分支分叉，如果仓库有很多协作开发者，则分支历史看上去会很乱。所以建议 pull 时不采用 merge 方式，而是用 rebase 的方式，即 pull 加上 --rebase 参数。可以通过配置使 pull 默认采用 rebase：

git config --global pull.rebase true

# 将提交约线图平坦化
git pull --rebase

# 刻意制造分叉
git merge --no-ff

标签管理

Git 有两种类型的标签，即 轻量级的(lightweight) 和 含附注的(annotated)。轻量级类似一个指针，其指向一个特定的提交对象。含附注标签，是存储在仓库中一个独立的对象，其有自身的校验和信息，且包含标签的名字，邮件地址和日期，以及标签说明，创建含附注类型的标签需要指定 -a 参数（取 annotated 的首字母）。

# 列出所有标签
git tag

# 模糊查找标签
git tag --list 'v1.18.*'

# 新建轻量级标签：
git tag [tagname]

# 新建带附注标签
git tag -a [tagname] -m [message]

# 删除本地标签
git tag -d [tagname]

# 查看标签信息
git show [tagname]

# 推送标签
git push [remote] [tagname]

# 提交所有标签
git push [remote] --tags

# 获取远程单个标签
git fetch [remote] tag [tagname]

# 或者:

git fetch origin [tagname]  # fetch remote tag to FETCH_HEAD
git tag [tagname] FETCH_HEAD


# 获取远程所有标签
git fetch [remote] --tags

# 新建一个分支，指向某个标签
git checkout -b [branch] [tagname]

git fetch origin [tagname] 与 git fetch origin tag [tagname] 的区别，前者只将 tag 拉取到本地的 FETCH_HEAD 中，但是本地不能查看和切换该 tag，如果需要查看和切换该 tag，则还需要执行一步 git tag [tagname] FETCH_HEAD 才行；后者直接拉取 tag 到本地，可以直接查看和切换。

删除远程标签 的方式总结：

# 1. 使用参数 --delete:
git push origin --delete tag <tagname>

# 2. 相当于推送一个空分支到远程分支:
git push origin :<tagname>

# 3. 先删除本地 tag，在推送一个空的 tag 到远程仓库：
git tag -d
git push origin :refs/tags/<tagname>

取消跟踪

如果要取消对文件的跟踪，需要使用 rm 命令。命令常用参数：

--cached              仅从索引中删除，不删除文件
-f, --force           从索引中删除，同时也将文件删除
-r                    递归删除

示例：

# 不再跟踪文件, 但是文件仍保留
git rm --cached <filename>

# 不再跟踪文件, 同时文件被删除
git rm -f <filename>

# 不再跟踪目录
git rm -r --cached <dir>
git rm -r --force <dir>

远程仓库

# 显示所有远程仓库
git remote -v

# 显示某个远程仓库的信息
git remote show [remote]

# 增加一个新的远程仓库，并命名
git remote add [remote] [url]

# 修改远程仓库地址
git remote set-url [remote] [url]

# 拉取远程仓库的所有变动
git fetch [remote]
git remote update [remote]

# 拉取远程仓库中的指定分支并与本地分支合并
git pull [remote] [branch]

# 上传本地指定分支到远程仓库
git push [remote] [branch]

# 强行推送当前分支到远程仓库，即使有冲突
git push [remote] [branch] --force

# 推送所有分支到远程仓库
git push [remote] --all

# 从远程仓库删除分支
#（谨慎操作，一般不建议这么做，生产仓库应禁止该功能）
git push [remote] --delete [branch]

远程仓库的 url 地址可以是 http 协议，也可以是 ssh 协议，还可以是本机的路径。如：

# 本机路径作为远程仓库地址
origin  /home/server/test/ (fetch)
origin  /home/server/test/ (push)
# 或者：/home/server/test/.git

# 使用 ssh 协议的远程仓库地址
origin  ssh://git@127.0.0.1:23456/test.git (fetch)
origin  ssh://git@127.0.0.1:23456/test.git (push)

# 使用 http 协议的远程仓库地址
origin  https://gitee.com/kuanghy/test.git (fetch)
origin  https://gitee.com/kuanghy/test.git (push)

指定 sshkey 访问远程仓库

有时候，由于可能会在机器上维护多个 sshkey，那么某些地方用默认 key 可能会有问题。这时就需要做些配置来满足需求。

编辑文件:

vi ~/.ssh/config

加入以下内容:

Host git.company.com
  User git
  IdentityFile /Users/guanliyuan/.ssh/test
  IdentitiesOnly yes

其中:

git.company.com 是你的远程仓库域名
User git 这样配置表示这是给 git 命令使用的
IdentityFile 表示私钥文件地址
IdentitiesOnly 配置为 yes，表示只使用这里的 key，防止使用默认的

清理工作区

使用 git clean 可以清除工作区未被添加到索引中的文件。参数说明如下：

# 以下参数必须提供一个
-i --interactive 交互方式显示将要完成的操作和清理文件
-n --dry-run 仅打印要删除的文件，但不实际执行删除操作
-f --force 确定移除，即无论如何都强制移除

# 以下参数为可选参数
-d 连同目录一起删除
-x 删除所有未跟踪的文件，不管是否包含在 .gitignore 文件中
-X 仅删除 .gitignore 文件中包含的文件

打包归档

使用 git archive 可以把代码仓库中的某一分支、标签、提交点打包为归档文件，一共发布等用途。部分参数说明：

--format <fmt>        指定归档格式
--prefix <prefix>     归档文件前缀，即在档案中的每个文件名前加上 <prefix>/
-o, --output <file>   指定输出文件，而不是直接输出到 stdout 中
-0                    仅存储而不压缩
-1                    最低的压缩级别，当速度快
-9                    最高的压缩级别，但速度慢

-l, --list            列出支持的压缩格式

--remote <repo>       指定归档的来源为远程的仓库，即从远程下载归档文件
--exec <command>      用于指定 git-upload-archive 远程端的路径

常用格式：

git archive \
    --format=[archive format] \
    --prefix=[archive prefix path] \
    [branch] \
    > [archive path]

使用示例：

# 列出支持的归档格式
$ git archive --list
tar
tgz
tar.gz
zip

# 打包 HEAD 指向的分支，一般是当前分支
$ git archive --format=tar.gz --prefix=test/ HEAD > test.tar.gz

# 创建一个包含当前分支上最新提交内容的 tar 归档文件，并将其提取到 /var/tmp/junk 目录中
$ git archive --format=tar --prefix=junk/ HEAD | (cd /var/tmp/ && tar xf -)

# 将指定 tag 进行打包归档
$ git archive --format=tar.gz --prefix=test-1.4.0/ -o test-1.4.0.tar.gz v1.4.0

# 使用 zip 格式压缩
$ git archive --format=zip --prefix=test/ HEAD > test.zip

更新详细的说明和使用可参见：https://git-scm.com/docs/git-archive.

其他

# 交互式的一段一段的添加修改到工作区
git add -p

# 仅将新增加的文件路径添加到暂存区，但不添加内容
git add -N

# 删除本地已经合并的分支
git branch -d [branch]

# 强制删除本地分支，即使没被合并
git branch -D [branch]

# 在提交的时候指定作者信息
git commit --author="name <email@mail.com>" ...