Linux系统下Git操作命令整理
Caobaokang
1.显示当前的配置信息
git config --list
2. 创建repo
从别的地方获取
git clone git://git.kernel.org/pub/scm/git/git.git
自己建立
mkdir test
cd test
git init
3. 显示状态
4. commit
git add file.1 file.2 先增加文件,增加到index中。这样commit的时候才知道要commit哪些文件。
或者
或者
5. 显示以前的工作
git log --pretty=oneline, short, full, fuller
git log --pretty=format:"%h - %an, %ar : %s"
关于--pretty的其他选项和具体的format格式,参考 git log --help中PRETTY FORMAT这部分。
git log --follow file.c
这个功能很有意思,尤其是当file.c被移动后。
通常我们会移动某个文件到某个目录下。如果这么做,git log是不能显示目录移动前的记录的。
那就加上 --follow吧。
git log的筛选
git log -2 -p 显示最近两次commit的log 和 diff
git log --author="Author Name" 筛选特定作者的log
git log --since="2012-2-23" --before="2012-2-24" 筛选时间段
git log --grep="key word" 在commit 的message中查找关键字
git log branch --not master 查看在branch上的,但不在master上的记录。
git log -S"func_name" 查找某个字符出现,或者移出的commit。 比如可以查找一个函数是什么时候添加,或者删除的。
git show sha1 这个sha1是每个commit的sha1,这样显示某个commit的完全信息,包括diff
6. 撤销改动
git checkout -- file.1
撤销了file.1的这次改动。只是撤销了没有staged的改动.
中间的 -- 表明了这是一个文件 而不是一个branch的名字
git reset --hard HEAD
撤销了所有没有commit的改动,包括了stage的和没有stage的。
这条命令的结果一样
git checkout HEAD file.1
包括了staged 和没有staged的都会清除。
有时候我们发现,之前做个一个commit有问题,不想要,想要去掉。
git revert HEAD 自动得重新做一个commit,将最后一次的commit返回回来。
git revert HEAD^ 自动得重新做一个commit,将最后第二次的commit 返回回来。
7. 删除一个commit
git reset --hard HEAD~1
删除了最近的commit
8. 修改最近的一个commit
git commit --amend
7.显示所做的改动
git diff
显示所有的改动。 没有add到index中的。
git diff --staged或者 git diff --cached
显示staged改动,也就是add的东东,也就是将要commit的东东。
git diff commit1 commit2
显示这两个commit之间的变动, 从commit1到commit2的变动。
git diff commit1..commit2
两个点,效果跟上面的一样
git diff commit1...commit2
三个点,表示的是发生在commit2分支,一直到commit1和commit2共同父亲的变化。
git blame -C file1.c
显示文件具体的改动。。。。恩,好像是用来找是谁的错?
git blame -Ln,m file1.c
查看n,m两行间的改动。
git blame commit1~1 -Ln,m file1.c
查看commit1版本前的改动. 追查之前的log。
git blame commit1~1 -Ln,m -- old/file.c
如果这个文件被重命名过,或者移动过位置,就要输入旧的文件的名字。
而且一定要加上 -- , 一定。
8. 删除某个文件
git rm file-name
从库和当前的working directory中删掉这个文件
git rm --cached file-name
只从库中删除,保留当前的本地文件。
9. 重命名一个文件
git mv file file-new
10. 应用patch
git apply patch-file
这样做从patch-file中应用这个patch。 效果和patch命令类似。
但是好处是,git apply要么成功,要么不成功。不想patch,有可能有部分的patch打上了,但是有的没有打上。
git apply后,并没有自动生成一个commit.
git apply --check 可以用来检测这个patch 是不是会产生冲突或者失败。
git am patch-file
这是专门为git 设计的命令。 patch-file是通过git format-patch 生成的。
其中包含了作者信息和简单描述。
git am后,会自动的生成一个commit.
git am --resolved
git am 过程中可能会有conflict. 如过遇到conflict, 那就需要手动修改code, git add 后
用git am --resolved
11 删除一些没有git add的文件;
git clean
参数
-n 显示将要删除的文件和目录
-f 删除文件
-df 删除文件和目录
git clean -df alps/
git remote
git是一个分布式代码管理工具,所以可以支持多个仓库,在git里,服务器上的仓库在本地称之为remote。
直接clone一个仓库:
$: git clone git@search.ued.taobao.net:projects/search.git
另外一种clone方式:
# 创建目录初始化本地仓库
$: mkdir search && cd search
$: git init
# 添加远程仓库路径
$: git remote add github git@github.com:yyfrankyy/search.git
# 实际上,pull 就是 fetch + merge
$: git pull github --all --tags
把工作目录迁移到github上面:
$: git remote add github git@github.com:yyfrankyy/search.git
$: git push github --all --tags
显示所有的远程仓库
$: git remote -v
origin git@search.ued.taobao.net:projects/search.git (fetch)
origin git@search.ued.taobao.net:projects/search.git (push)
github git@github.com:yyfrankyy/search.git (fetch)
github git@github.com:yyfrankyy/search.git (push)
重命名远程仓库
$: git remote rename github gh
$: git remote
origin
gh
删除远程仓库
$: git remote rm github
$: git remote
origin
从远程仓库抓取数据,更新本地仓库:
$: git fetch origin
remote: Counting objects: 58, done.
remote: Compressing objects: 100% (41/41), done.
remote: Total 44 (delta 24), reused 1 (delta 0)
Unpacking objects: 100% (44/44), done.
From git://search.ued.taobao.net:projects/search.git
* [new branch] product -> origin/product
查看远程仓库信息,可用于跟踪别人的push:
$: git remote show origin
* remote origin
Fetch URL: git@search.ued.taobao.net:projects/search.git
Push URL: git@search.ued.taobao.net:projects/search.git
HEAD branch: master
Remote branches:
master tracked
p4popt tracked
prepub tracked
product tracked
Local branches configured for 'git pull':
master merges with remote master
p4popt merges with remote p4popt
prepub merges with remote prepub
product merges with remote product
Local refs configured for 'git push':
master pushes to master (up to date)
p4popt pushes to p4popt (up to date)
prepub pushes to prepub (up to date)
product pushes to product (up to date)