git常用命令
基本概念
Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目,刚开始是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件,由于其灵活的授权目前已经在很多自由软件项目中广泛使用。
Git创建仓库
git init
Git 使用 git init 命令来初始化一个 Git 仓库,Git 的很多命令都需要在 Git 的仓库中运行,所以 git init 是使用 Git 的第一个命令。在执行完成 git init 命令后,Git 仓库会生成一个 .git 目录,该目录包含了资源的所有元数据,其他的项目目录保持不变(不像 SVN 会在每个子目录生成 .svn 目录,Git 只在仓库的根目录生成 .git 目录)。
使用当前目录作为Git仓库,我们只需使它初始化。1
git init
该命令执行完后会在当前目录生成一个 .git 目录。
使用我们指定目录作为Git仓库。1
git init repo-path
初始化后,会在repo-path目录下会出现一个名为 .git 的目录,所有 Git 需要的数据和资源都存放在这个目录中。
如果当前目录下有几个文件想要纳入版本控制,需要先用 git add 命令告诉 Git 开始对这些文件进行跟踪,然后提交:1
2
3$ git add *.c
$ git add README
$ git commit -m '初始化项目版本'
以上命令将目录下以 .c 结尾及 README 文件提交到仓库中。
git clone
使用 git clone 从现有 Git 仓库中拷贝项目(类似 svn checkout)。克隆仓库的命令格式为:1
git clone <repo>
如果我们需要克隆到指定的目录,可以使用以下命令格式:1
2
3
4git clone <repo> <directory>
参数说明:
repo:Git 仓库。
directory:本地目录。
Git内容操作
git add
git add 命令可将该文件添加到缓存,如我们添加以下两个文件:1
2
3
4
5
6
7
8$ touch README
$ touch hello.java
$ ls
README hello.java
$ git status -s
?? README
?? hello.java
$
git status 命令用于查看项目的当前状态。
接下来我们执行 git add 命令来添加文件:1
$ git add README hello.php
现在我们再执行 git status,就可以看到这两个文件已经加上去了。1
2
3
4$ git status -s
A README
A hello.java
$
git status
git status 以查看在你上次提交之后是否有修改。
-s 参数,以简短的结果输出。如果没加该参数会详细输出内容:1
2
3
4
5
6
7
8
9
10$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: README
new file: hello.java
git diff
git diff 来查看执行 git status 的结果的详细信息。
git diff 命令显示已写入缓存与已修改但尚未写入缓存的改动的区别。git diff 有两个主要的应用场景。
尚未缓存的改动:git diff
查看已缓存的改动: git diff –cached
查看已缓存的与未缓存的所有改动:git diff HEAD
显示摘要而非整个 diff:git diff –stat
git commit
使用 git add 命令将想要快照的内容写入缓存区, 而执行 git commit 将缓存区内容添加到仓库中。
Git 为你的每一个提交都记录你的名字与电子邮箱地址,所以第一步需要配置用户名和邮箱地址。1
2$ git config --global user.name 'seasonfif'
$ git config --global user.email xxx@gmail.com
接下来我们写入缓存,并提交对 hello.java 的所有改动。在首个例子中,我们使用 -m 选项以在命令行中提供提交注释。1
2
3
4
5
6
7
8
9$ git add hello.java
$ git status -s
A README
A hello.java
$ $ git commit -m '第一次版本提交'
[master (root-commit) d32cf1f] 第一次版本提交
2 files changed, 4 insertions(+)
create mode 100644 README
create mode 100644 hello.java
现在我们已经记录了快照。如果我们再执行 git status:1
2
3$ git status
# On branch master
nothing to commit (working directory clean)
以上输出说明我们在最近一次提交之后,没有做任何改动,是一个”working directory clean:干净的工作目录”。
如果你没有设置 -m 选项,Git 会尝试为你打开一个编辑器以填写提交信息。 如果 Git 在你对它的配置中找不到相关信息,默认会打开 vim。屏幕会像这样:1
2
3
4
5
6
7
8
9
10
11# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: hello.php
#
~
~
".git/COMMIT_EDITMSG" 9L, 257C
如果你觉得 git add 提交缓存的流程太过繁琐,Git 也允许你用 -a 选项跳过这一步。命令格式如下:1
git commit -a
1 | git commit -am 'message' |
git rm
如果只是简单地从工作目录中手工删除文件,运行 git status 时就会在 Changes not staged for commit 的提示。
要从 Git 中移除某个文件,就必须要从已跟踪文件清单中移除,然后提交。可以用以下命令完成此项工作1
git rm <file>
如果删除之前修改过并且已经放到暂存区域的话,则必须要用强制删除选项 -f1
git rm -f <file>
如果把文件从暂存区域移除,但仍然希望保留在当前工作目录中,换句话说,仅是从跟踪清单中删除,使用 –cached 选项即可1
git rm --cached <file>
可以递归删除,即如果后面跟的是一个目录做为参数,则会递归删除整个目录中的所有子目录和文件:1
git rm –r *
git mv
git mv 命令用于移动或重命名一个文件、目录、软连接。1
2
3$ git mv README README.md
$ ls
README.md
git log
在使用 Git 提交了若干更新之后,又或者克隆了某个项目,想回顾下提交历史,我们可以使用 git log 命令查看。1
2
3
4
5
6$ git log
commit 14b4dcadbdc847207651d5a9fae0d315057f346e
Author: seasonfif <xxx@gmail.com>
Date: Sun Mar 1 14:53:15 2015 +0800
新增加一行
我们可以用 –oneline 选项来查看历史记录的简洁的版本。1
2
3
4
5
6
7$ git log --oneline
88afe0e Merge branch 'change_site'
14b4dca 新增加一行
d7e7346 changed the site
556f0a0 removed test2.txt
2e082b7 add test2.txt
048598f add test.txt
这告诉我们的是,此项目的开发历史。
我们还可以用 –graph 选项,查看历史中什么时候出现了分支、合并。以下为相同的命令,开启了拓扑图选项:1
2
3
4
5
6
7
8
9$ git log --oneline --graph
* 88afe0e Merge branch 'change_site'
|\
| * d7e7346 changed the site
* | 14b4dca 新增加一行
|/
* 556f0a0 removed test2.txt
* 2e082b7 add test2.txt
* 048598f add test.txt
现在我们可以更清楚明了地看到何时工作分叉、又何时归并。
也可以用 ‘–reverse’参数来逆向显示所有日志。1
2
3
4
5
6
7$ git log --reverse --oneline
048598f add test.txt
2e082b7 add test2.txt
556f0a0 removed test2.txt
d7e7346 changed the site
14b4dca 新增加一行
88afe0e Merge branch 'change_site'
如果只想查找指定用户的提交日志可以使用命令:git log –author , 例如,比方说我们要找 Git 源码中 Linus 提交的部分:1
2
3
4
5
6$ git log --author=Linus --oneline -5
81b50f3 Move 'builtin-*' into a 'builtin/' subdirectory
3bb7256 make "index-pack" a built-in
377d027 make "git pack-redundant" a built-in
b532581 make "git unpack-file" a built-in
112dd51 make "mktag" a built-in
如果你要指定日期,可以执行几个选项:–since 和 –before,但是你也可以用 –until 和 –after。
例如,如果我要看 Git 项目中三周前且在四月十八日之后的所有提交,我可以执行这个(我还用了 –no-merges 选项以隐藏合并提交):1
2
3
4
5
6
7
8
9
10$ git log --oneline --before={3.weeks.ago} --after={2010-04-18} --no-merges
5469e2d Git 1.7.1-rc2
d43427d Documentation/remote-helpers: Fix typos and improve language
272a36b Fixup: Second argument may be any arbitrary string
b6c8d2d Documentation/remote-helpers: Add invocation section
5ce4f4e Documentation/urls: Rewrite to accomodate transport::address
00b84e9 Documentation/remote-helpers: Rewrite description
03aa87e Documentation: Describe other situations where -z affects git diff
77bc694 rebase-interactive: silence warning when no commits rewritten
636db2c t3301: add tests to use --format="%N"
Git标签管理
如果你达到一个重要的阶段,并希望永远记住那个特别的提交快照,你可以使用 git tag 给它打上标签。
比如说,我们想为我们的项目发布一个”1.0”版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上(HEAD)”v1.0”的标签。
-a 选项意为”创建一个带注解的标签”。 不用 -a 选项也可以执行的,但它不会记录这标签是啥时候打的,谁打的,也不会让你添加个标签的注解。
创建带注解的标签1
$ git tag -a v1.0
当你执行 git tag -a 命令时,Git 会打开你的编辑器,让你写一句标签注解,就像你给提交写注解一样。
现在,注意当我们执行 git log –decorate 时,我们可以看到我们的标签了:1
2
3
4
5
6
7
8
9$ git log --oneline --decorate --graph
* 88afe0e (HEAD, tag: v1.0, master) Merge branch 'change_site'
|\
| * d7e7346 (change_site) changed the site
* | 14b4dca 新增加一行
|/
* 556f0a0 removed test2.txt
* 2e082b7 add test2.txt
* 048598f add test.txt
如果我们忘了给某个提交打标签,又将它发布了,我们可以给它追加标签。
例如,假设我们发布了提交 85fc7e7(上面实例最后一行),但是那时候忘了给它打标签。 我们现在也可以:1
2
3
4
5
6
7
8
9
10$ git tag -a v0.9 85fc7e7
$ git log --oneline --decorate --graph
* 88afe0e (HEAD, tag: v1.0, master) Merge branch 'change_site'
|\
| * d7e7346 (change_site) changed the site
* | 14b4dca 新增加一行
|/
* 556f0a0 removed test2.txt
* 2e082b7 add test2.txt
* 048598f add test.txt
如果我们要查看所有标签可以使用以下命令:1
2
3$ git tag
v0.9
v1.0
指定标签信息命令:1
git tag -a <tagname> -m "标签"
PGP签名标签命令:1
git tag -s <tagname> -m "标签"
删除标签1
2$ git tag -d v1.1
Deleted tag ‘v1.1’ (was 91388f0)
查看此tag的内容1
git show v1.0
Git分支管理
几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作。Git 的分支模型是最具优势的特性 ,而正是因为它,将 Git 从版本控制系统家族里区分出来。
列出分支
列出分支基本命令:1
git branch
没有参数时,git branch 会列出你在本地的分支。1
2$ git branch
* master
此例的意思就是,我们有一个叫做”master”的分支,并且该分支是当前分支。
当你执行 git init 的时候,缺省情况下 Git 就会为你创建”master”分支。
如果我们要手动创建一个分支。执行 git branch (branchname) 即可。1
2
3
4$ git branch testing
$ git branch
* master
testing
在我们可以看到,有了一个新分支 testing。
当你以此方式在上次提交更新之后创建了新分支,如果后来又有更新提交, 然后又切换到了”testing”分支,Git 将还原你的工作目录到你创建分支时候的样子
使用 git checkout (branch) 切换到我们要修改的分支。1
2$ git checkout testing
Switched to branch 'testing'
我们也可以使用 git checkout -b (branchname) 命令来创建新分支并立即切换到该分支下,从而在该分支中操作。1
2$ git checkout -b newtest
Switched to a new branch 'newtest'
删除分支
删除分支命令:1
git branch -d (branchname)
例如我们要删除”testing”分支:1
2
3
4
5
6
7$ git branch
* master
testing
$ git branch -d testing
Deleted branch testing (was 85fc7e7).
$ git branch
* master
分支合并
一旦某分支有了独立内容,你终究会希望将它合并回到你的主分支。 你可以使用以下命令将任何分支合并到当前分支中去:1
git merge
1 | $ git branch |