LEARN GIT
概念
基础概念
-
本地电脑
-
代码区：工作区间，放代码的地方
-
暂存区：git所管理的暂存区域
-
本地仓库：git所管理的本机的硬盘区域
-
-
远程电脑
-
远程仓库：github、gitee
-
-
代码提交管理的过程
-
代码区------->暂存区------->本地仓库-------->远程仓库
-
代码区------->暂存区------->本地仓库 ：这个过程是不需要联网的。
-
本地仓库-------->远程仓库：这个过程是需要联网的
-
git
-
Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目
-
git仓库的任何一个拷贝都可以独立作为一个服务器来使用
-
git中文件状态
-
未跟踪(untrack)：文件为新增加的
-
已修改(modified)：修改了文件，但还没保存到git仓库中。
-
已暂存(staged)：对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中
-
已提交(committed)：表示文件已保存在git仓库中
-
git存在分支：
git 文件四种状态
-
Untracked:未跟踪。此文件在文件夹中，但并没有加入到git仓库，不参与版本控制.通过git add 状态变为Staged.
-
Unmodify:文件已经入库，未修改。即版本库中的文件快照内容与文件夹完全一致.这种类型的文件有两种去处，如果它被修改，而变为Modified.如果使用git rm 移出版本库，则成为Untracked文件.
-
Modified:文件已修改，仅仅是修改，并没有进行其他的操作。这个文件也有两个去处，通过git add可进入暂存staged状态，使用git checkout，则丢弃修改过，返回unmodify状态，这个git checkout即从库中取出文件，覆盖当前修改！
-
Staged：暂存状态。执行git commit则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态.执行git reset HEAD filename取消暂存，文件状态为Modified
repo
repo是Google开发的用于管理Android版本库的一个工具，repo是用Python对git进行了封装，简化了对多个Git版本库的管理。对于repo管理的任何一个版本库，都需要使用git命令进行操作。
repo需要关注当前git库的数量、名称、路径等，对这些git库进行操作。通过集中维护所有git库的清单，repo可以方便的从清单中获取git库的信息。 这份清单会随着版本演进升级而产生变化，同时也有一些本地的修改定制需求，所以，repo是通过一个git库来管理项目的清单文件的，这个git库名字叫manifests。
repo是一系列脚本的集合，这些脚本也是通过git库来维护的，这个git库名字叫repo。
在客户端使用repo初始化一个项目时，就会从远程把manifests和repo这两个git库拷贝到本地。 repo将自动化的管理信息都隐藏根目录的.repo子目录中。
-
<remote>：描述了远程仓库的基本信息。
-
name描述的是一个远程仓库的名称;
-
fetch用作项目名称的前缘，在构造项目仓库远程地址时使用到;
-
review描述的是用作code review的server地址
-
-
：default标签的定义的属性，将作为 标签的默认属性，在 标签中，也可以重写这些属性。 -
属性revision表示当前的版本，也就分支;
-
属性remote描述的是默认使用的远程仓库名称，即
标签中name的属性值; -
属性sync-j表示在同步远程代码时，并发的任务数量，配置高的机器可以将这个值调大
-
-
：每一个repo管理的git库，就是对应到一个 标签， -
path描述的是项目相对于远程仓库URL的路径，同时将作为对应的git库在本地代码的路径;
-
name用于定义项目名称，命名方式采用的是整个项目URL的相对地址。
-
Repo 使用
| 命令 |
可选项 |
解释 |
| repo init -u |
-u |
指定manifests这个远程git库的URL，manifests库是整个项目的清单 |
| -m |
–manifest-name：指定所需要的manifests库中的清单文件 |
|
| -b |
–manifest-branch：指定manifest.xml文件中的一个版本，“分支” |
|
| repo sync [PROJECT_LIST] |
-j |
开启多线程同步操作，这会加快sync命令的执行速度 |
| -c |
–current-branch：只同步指定的远程分支 |
|
| -d |
–detach：脱离当前的本地分支，切换到manifest.xml中设定的分支(当第一次sync完代码后，往往会切换到dev分支进行开发。如果不带该参数使用sync， 则会触发本地的dev分支与manifest设定的远程分支进行合并，这会很可能会导致sync失败) |
|
| -f |
–force-broken：当有git库sync失败了，不中断整个同步操作，继续同步其他的git库 |
|
| –no-clone-bundle |
在向服务器发起请求时，为了做到尽快的响应速度，会用到内容分发网络(CDN, Content Delivery Network)。同步操作也会通过CDN与就近的服务器建立连接， 使用HTTP/HTTPS的$URL/clone.bundle来初始化本地的git库，clone.bundle实际上是远程git库的镜像，通过HTTP直接下载，这会更好的利用网络带宽，加快下载速度。 当服务器不能正常响应下载$URL/clone.bundle，但git又能正常工作时，可以通过该参数，配置不下载$URL/clone.bundle，而是直接通过git下载远程git库。 |
|
| repo start |
指定的PROJECT的上，切换到 |
|
| repo status [ |
用于查看多个git库的状态 |
|
| repo upload [PROJECT_LIST] |
将本地的代码上传到远程服务器 |
|
| repo download |
download是从Gerrit下载改动 |
|
| repo forall [PROJECT_LIST] -c |
-c |
对指定的git库执行-c参数制定的命令序列。被执行的命令不限于git命令，而是任何被系统支持的命令，比如：ls 、 pwd 、cp |
| repo prune [ |
删除指定PROJECT中，已经合并的分支。 |
git使用
| 命令 |
可选项 |
解释 |
| git init |
在当前目录新建一个仓库 |
|
| [project-name] |
在一个目录下新建本地仓库 |
|
| git clone [url] |
克隆一个远程仓库 |
|
| git diff |
||
| HEAD -- . |
查看最新本地版本库和工作区所有文件的区别 |
|
| HEAD -- [file-name] |
查看最新本地版本库和工作区文件的区别 |
|
| HEAD^ -- [file-name] |
查看本地上一个版本和工作区文件的却别 |
|
| [local branch] origin/[remote branch] |
比较本地分支和远程分支的区别 |
|
| git status |
查看所有文件状态 |
|
| [file-name] |
查看指定文件状态 |
|
| git add |
. |
将工作区的被修改的文件和新增的文件提交到暂存区，不包括被删除的文件 |
| -u . |
将工作区的被修改的文件和被删除的文件提交到暂存区，不包括新增的文件 |
|
| -A . |
将工作区被修改、被删除、新增的文件都提交到暂存区 |
|
| Git commit |
-m [massage] |
将暂存区所有文件添加到本地仓库 |
| [file-name-1] [file-name-2] -m [massage] |
将暂存区指定文件添加到本地仓库 |
|
| -am [massage] |
将工作区的内容直接加入本地仓库 |
|
| --amend |
快速将当前文件修改合并到最新的commit，不会产生新的commit |
|
| --amend -m |
修改最新一次commit的信息 |
|
| git clean |
从工作目录中删除所有没有 tracked，没有被管理过的文件 |
|
| -n |
显示将要被删除的文件 |
|
| -d |
删除未被添加到 git 路径中的文件（将 .gitignore 文件标记的文件全部删除） |
|
| -f |
强制运行 |
|
| -x |
删除没有被 track 的文件 |
|
| git log |
显示所有commit日志 |
|
| --pretty=oneline |
将日志缩写为单行显示 |
|
| --graph --pretty=oneline --abbrev-commit |
查看分支合并情况 |
|
|
|
查看分叉历史，包括：提交历史、各个分支的指向以及项目的分支分叉情况 |
|
| -3 |
查看最新3条commit日志数据 |
|
| git reflog |
显示操作本地版本库的命令，包括commit和reset等，在回退版本以后又后悔找不到commit id了可以使用此命令查看历史 |
|
| git push |
将文件添加到远程仓库 |
|
| -f |
强制提交，当我们本地reset到旧的版本时，然后普通push会被拦截，因为此时本地HEAD指向比远程库还要旧 |
|
| origin [branch-name] |
推送当前本地分支到指定远程分支 |
|
| git checkout |
-- [file-name] |
用暂存区的文件覆盖掉工作区的文件，如果暂存区没有可更新的就会用commit的文件更新工作区的文件 |
| [branch] |
切换分支 |
|
| -b [new-branch-name] |
创建并切换分支 |
|
| git branch |
查看当前分支 |
|
| [branch-name] |
创建分支 |
|
| -a |
查看本地和远程的所有分支 |
|
| -r |
查看远程所有分支 |
|
| -d [branch-name] |
删除一个分支 |
|
|
|
强制删除一个没有合并的分支 |
|
| --set-upstream-to=origin/[branch-name] [branch-name] |
把本地分支和远程分支进行连接 |
|
| Git merge |
合并本地 |
|
| [branch-name] |
用于合并指定分支到当前分支 |
|
| --quit |
退出当前分支合并，当合并后冲突很多，要撤回合并分支就可以用这个命令 |
|
| --no-ff -m [massage] [branch-name] |
不使用Fast forward合并分支，这样会创建新的commit，所以需要massage。这样被合并的分支HEAD指向是会变的。 |
|
| git switch |
[branch-name] |
切换到已有分支 |
| -c [branch-name] |
创建新分支并切换到该分支 |
|
| git stash |
隐藏当前工作的修改 |
|
|
|
执行存储时，添加备注，方便查找 |
|
| list |
查看隐藏的工作信息列表 |
|
| drop |
删除隐藏的工作信息 |
|
| pop |
恢复隐藏的工作信息，同时删除隐藏的工作信息 |
|
| apply [stash@{0}] |
恢复指定的隐藏工作信息，但是不会删除隐藏的工作信息 |
|
| git remote |
查看本地添加了哪些远程分支地址 |
|
| -v |
查看本地添加了哪些远程分支地址更详细信息 |
|
| add origin 远程地址 |
关联远程仓库 |
|
| git fetch |
拉取远程分支最新的commit到本地仓库的 |
|
| git pull |
从远程仓库拉取代码到工作空间
|
|
| git tag |
查看所有标签 |
|
| [version] |
给当前最新的commit打上标签 |
|
| [version] [commit-id] |
给指定的commit-id打上标签 |
|
| -a [version] -m [massage] [commit-id] |
给指定的commit-id打上标签并附上说明文字 |
|
| -d [version] |
删除标签 |
Git reset
原理：
git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本
适用场景：
如果想恢复到之前某个提交的版本，且那个版本之后提交的版本都不要了，就可以用这种方法
head说明：
-
HEAD 表示当前版本
-
HEAD^ 上一个版本
-
HEAD^^ 上上一个版本
-
HEAD^^^ 上上上一个版本
-
HEAD~0 表示当前版本
-
HEAD~1 上一个版本
-
HEAD^2 上上一个版本
-
HEAD^3 上上上一个版本
git reset --soft HEAD~n/commit id ：
-
版本库(repository)：HEAD 指向指定
-
暂存区(index)：不重置到指定
，这次 之后的所有变更都撤销到此 -
工作区(working directory)：无变化
git reset --mixed HEAD~n/commit id ：
-
版本库：HEAD 指向指定
-
暂存区(index)：重置到指定
-
工作区(working directory)：这次
之后的所有变更都撤销到此
git reset --hard HEAD~n/commit id ：
-
版本库：HEAD 指向指定
-
暂存区(index)：重置到指定
-
工作区(working directory)：重置到指定
-
注意：工作区未add的修改和暂存区未commit的修改，全部丢弃。(如果想回到最新提交可用 git reflog 查看commit号 然后再利用本命令恢复)
Git revert
原理：
git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。比如，commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西
适用场景：
如果想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法
git revert -n 8b89621019c9adc6fc4d242cd41daeb13aeb9861(不需要的版本号)
重新commit
Git cherry-pick
指定的提交（commit）应用于其他分支
git cherry-pick
配置项：
-
-e：打开外部编辑器，编辑提交信息。
-
-n：只更新工作区和暂存区，不产生新的提交。
-
-x：在提交信息的末尾追加一行(cherry picked from commit …)，方便以后查到这个提交是如何产生的。
-
-s：在提交信息的末尾追加一行操作者的签名，表示是谁进行了这个操作。
-
-m parent-number：如果原始提交是一个合并节点，来自于两个分支的合并，那么 Cherry pick 默认将失败，因为它不知道应该采用哪个分支的代码变动。-m配置项告诉 Git，应该采用哪个分支的变动。它的参数parent-number是一个从1开始的整数，代表原始提交的父分支编号。
git cherry-pick时遇到冲突：
-
通过git add .将文件标记为已解决，然后可以使用git cherry-pick --continue命令，继续进行cherry-pick操作。
-
要中断这次cherry-pick，使用git cherry-pick --quit，这种情况下当前分支中未冲突的内容状态将为modified，
-
要取消这次cherry-pick，则使用git cherry-pick --abort，这种情况下当前分支恢复到cherry-pick前的状态，没有改变。
Git rebase
-
合并本地的多条提交(commit)记录
每一个的git commit都会形成一个git节点，而如果把这些节点都push到远端，就会使项目的git日志很乱。
git rebase -i HEAD~1
-
分支合并
切换到feature分支上，执行rebase命令，相当于是想要把master分支合并到feature分支
# 这两条命令等价于
git rebase master feature
git checkout feature git rebase master
当在feature分支上执行git rebase master时，git会从master和featuer的共同祖先B开始提取feature分支上的修改，也就是C和D两个提交，先提取到。然后将feature分支指向master分支的最新提交上，也就是M。最后把提取的C和D接到M后面，实际是会依次拿M和C、D内容分别比较，处理冲突后生成新的C’和D’。一定注意，这里新C’、D’和之前的C、D已经不一样了，是我们处理冲突后的新内容，feature指针自然最后也是指向D’