git 常用命令集

初始化

工程初始化

git init demo 会直接生成demo的目录
mkdir demo && cd demo && git init

已追踪文件提交修改

git add -u update更新已经追踪的文件，到本地仓库，相当于git add trackedFile
git commit -m "haha" 提交
git push 将修改推送到服务器

新增文件提交修改

git add newFile
git add -A 添加所有已经追踪的文件的更改
git add -f .gitignore中存在也强行添加到暂存区
git add -p 可以对比work 和index 间的区别，提供给用户对比后再提交部分确定的更新
git commit -m "haha"

git reset 重置一般针对暂存区操作

git reset [--soft|--hard|--mixed] <commit_id>

hard修改的步骤如下：

替换master（refs/master 文件所指向的commit_id）
替换暂存区的内容
替换工作区的内容（这一步比较危险，会覆盖工作区）

soft 只执行第一步操作
mixed 执行 1 和 2 的操作，默认是mixed
git reset 相当于git reset --mixed HEAD . 默认是操作所有的文件，相当于放弃暂存区的修改
git reset -- filename 将filename文件的改动撤出暂存区，相当于git add filename的逆操作，双减号只是区分commit_id 和文件名
git reset HEAD filename 效果如同git reset -- filename
git reset HEAD^ == git reset --mixed HEAD^ 放弃上一次的git add 操作
git reset --hard HEAD^ 彻底放弃上一次的更改

删除暂存区的修改

git rm --cache file

删除文件

git rm file 该命令会删除工作区和暂存区的文件，提交后版本库的文件才会删除

移动文件

git mv haha.txt README

例子

git reset --hard HEAD^ 重置到上一个老的提交分支上，该命令会破坏工作区未提交的的改动，慎用，该操作无法通过git log找回，git log 上不会保存该记录
git reflog show master 可以查看到git reset --hard的修改
git reset --hard master@{2} 可以找回git reset --hard的修改，master@{2}通过git reflog show master 找到

git checkout 检出，一般针对工作区操作

主要的三种用法

git checkout [<commit_id>] [--] <paths> 从某个commit_id 提取某个文件到当前工作区
git checkout BranchName 切换分支名
git checkout -b NewBranch [<start_point>] 创建新分支

分离头指针状态

正常情况下，HEAD 都指向分支引用的文件，如：refs/heads/master，但是如果执行git checkout <commit_id>就会导致HEAD指向特定的commit_id的情况，这种现象就叫做“detached HEAD”，解决办法：git chekout -b <NewBranchName>
如果没有在出现头指针的情况下，及时创建新分支，并且已经做了修改并提交，此时的提交并不会记录在之前的分支记录上，记录在断头的分支上，解决方法如下：

切换到要将该修改合并到哪个分支上： git checkout master
根据commit_id合并： git merge aacc87 commit_id 通过git log查看，断头模式的记录一般保存会有个超时时间，应尽早合并

git checkout 命令列表

git checkout == git checkout HEAD
git checkout -- filename 用暂存区中的文件替换工作区中的文件, file包含.git路径到文件的相对路径
git checkout master -- filename 用分支master中的filename覆盖工作区和索引区的文件
git checkout . == git checkout -- . 用暂存区的所有文件替换工作区文件
git checkout HEAD . 从版本库中获取文件覆盖暂存区和工作区的修改：
git checkout HEAD file 用版本库的文件覆盖暂存区和工作区
git checkout HEAD~1 -- haha.txt 星号相当于向前查找某个版本
git checkout hello-1.x 这边的hello1.x是远程分支的话，会创建和远程分支一样分支名的本地分支，会建立和远程分支的跟踪关系，如果是本地分支，则不会有跟踪关系
git checkout --track -b hello-1.x.bak hello.1.x 建立追踪关系，git pull 可以直接拉取更新
git checkout hello-1.x origin/hello-1.x 显示创建和远程分支一样名字的本地分支，会建立和远程分支的跟踪关系

git cherry-pick <commit_id> 改变版本历史，

git cherry-pick 应用一些已经存在的改变，如： A --》 B --》C --》D --》E --》F，现在不要D了，步骤如下：

git checkout c 会导致处于detached HEAD模式
嫁接E： git cherry-pick master^
嫁接F： git cherry-pick master
断头模式处于为命名的分支，切换回master分支： git checkout master
用匿名分支的覆盖当前master分支，相当于为master分支迁移到了刚刚的匿名分支: git reset HEAD

git rebase 变基过程

命令格式

git rebase --onto <NewBase> <since> <till> 变基过程不包含<since>包含<till>，命令执行后HEAD --> till 过程如下：

git checkout <till> 处于断头模式
<since>...<till> 的提交保存到临时文件
git reset --hard <newbase>
将临时文件的<since>...<till>从newbase节点，逐一更改提交
若冲突则需要人工处理冲突，再决定是否变基
整个过程都在断头模式的匿名分支中，最后将匿名分支的修改，应用到要实现变基过程的分支上：git checkout master --> git reset --hard <till>

git rebase --onto <NewBase> <since>
git rebase <since> <till>
git rebase <since>
git rebase --continue 变基过程若出现冲突，解决冲突（跟新到暂存区，不提交），继续执行变基
git rebase --skip 跳过冲突继续变基过程
git rebase --abort 回滚变基过程
git rebase -i <since> 交互过程，可以选择要应用提交，比较直观了解。显示的信息，是在<since>节点之后的所有提交，都是基于当前分支操作，所以省去了前两种变基过程复杂的命令参数。

之前案例的执行过程

辅助功能

比较工具diff

git diff 默认是比较work 和 index间的区别，如果执行git add之后，是看不到git diff比较的结果
git diff --cached 比较的是index 和版本库间的区别，只有在git add 之后，还没commit之前能看到记录
git diff HEAD 工作区和版本库的比较
git diff HEAD^ HEAD [-- ./get_app_info/pipelines.py] 当前分支前一个版本和当前版本对比, 的某个文件, 想比较当前版本和前一个版本的去别，当前版本的参数放第二个位置

修改已经提交的日志

git commit - -amend
git rebase -i <commit_id> commit_id可以通过git log查看

git stash 工作区的应用

如果接到紧急的任务，需要从一个干净的工作区开始工作，或切换到别的分支工作，需要快速保存当前尚未完成的工作进度

git stash == git stash save ‘message'
git checkout <new_branch>
新的工作ing，完成后
git checkout <original_branch>
git stash pop

命令

显示工作区列表： git stash list
删除工作区： git stash drop
清空工作区： git stash clear
基于进度创建分支： git stash branch <branchName> <stash>
git stash apply [--index] [<stash>] 如同pop，但是不删除stash list中的进度信息

git push

强推本地分支覆盖远程分支： git push -f origin master:master

gitignore独享式

git config --global core.excludesfile /home/cdz/.gitignore 设置个人独享的gitignore文件
或者在vi .git/info/execlude 创建文件

文件归档

如果用系统默认的归档工具，可能会将.git文件夹也打包进去

基于最新的提交建立归档文件： git archive -o latest.zip HEAD
归档个别目录： git archive -o latest.tar HEAD src doc
基于里程碑v1.0建立归档，并且为归档中的文件添加目录前缀1.0： git archive --format=tar --prefix=1.0/ v1.0 | gzip > foo-1.0.tar.gz

查看相关信息命令

git grep "日志" 搜索版本库文件中包含日志的行
显示版本库.git所在的目录： git rev-parse --git-dir
显示工作区根目录： git rev-parse --show-toplevel
显示相对工作区根目录的相对目录： git rev-parse --show-prefix
解析引用对应的提交ID： git rev-parse master HEAD（head或refs/head/master）
显示精简的修改信息： git status -s 输出格式： index work filename
git cat-file commit HEAD(master 66abkhde) 用于显示objects库的信息
git show <commit_id> 用于显示objects库的信息
git ls-files --with-tree=HEAD^ ls-files 用来显示index和work文件信息
git rev-list HEAD 查看本地提交列表
git ls-remote origin 查看远程提交列表
文件追溯： git blame file 可以查看
git show-ref 查看引用列表，包含分支信息，tag信息，其实就是查看.git/refs文件的目录结构，相当于tree .git/refs

6652a0dce6a5067732c00ef0a220810a7230655e refs/heads/master
6652a0dce6a5067732c00ef0a220810a7230655e refs/remotes/origin/HEAD
6652a0dce6a5067732c00ef0a220810a7230655e refs/remotes/origin/master
c9b03a208288aebdbfe8d84aeb984952a16da3f2 refs/tags/A
1a87782f8853c6e11aacba463af04b4fa8565713 refs/tags/B

heads/ 存放的是分支
remotes/ 存放的远程分支
tags/存放的里程碑
git cherry -v origin/master~1 查找比上流分支更新的提交
git

git log命令

git log HEAD 只能查看当前分支日志
git log XXX 可以查看其它分支的日志

git clean 清除工作区中未追踪的文件，会删除没被追踪的文件

git clean -nd 测试真正执行git clean命令会删除哪些目录
git clean 最好别用

磁盘空间清理

git fsck 查看暂存区，引用游离的对象（这些游离的引用一般是有，已经add到暂存区，但是还没提交到版本库）
git prune 清除暂存区游离的对象，节省空间
如果将错误的文件提交到版本库，通过 git reset --hard 回退版本，文件的引用还可以在reflog中找到引用，git prune无法清除，需要以下步骤才能清除：

git reflog expire --expire=now --all now是一个日期，强制让now之前的记录全部过期，相当于清空reflog
git prune 清理

复制本地git版本库

git clone ./demo demo1

将远程仓库的特定分支拉到本地

git pull origin master