Git - 命令

一、简单命令

创建一个新的 Git 权限

git init

git add filename

git status

unchecked 未开始跟踪状态(此时状态是红色的)

查看工作目录和存储区域文件的区别
白色的是上一个版本，+之后绿色的是修改的地方
按 q 退出 diff 状态

git diff

添加或者更改文件，Git允许把两部合成一步：

git commit  filename

移动或者删除文件，需要分开

git rm filename
git commit

权限中存储区下的临时存储文件的修改

git commit -m “详情信息”

查看工程早期的提交版本。提交顺序存放在存储仓库中，你可以这样来查看它。

git log

- 输出是：一个40位 SHA 的码，提交的唯一标识符。

提交的作者
提交的日期时间
提交的信息

在 Git 中，提交你当前工作的环境的提交称为 HEAD commit。在许多情况下，最近一次的提交时 HEAD commit。

git show HEAD

二、关于回退

将文件存储在你的工作目录下，丢弃当前工作目录上的改变

git checkout HEAD filename

批量添加

git add filename_1 filename_2

在存储区域中重置文件为 HEAD commit 它不能够销毁工作路径中的改变，它仅仅是从存储区域中移除了它们。
将某一个版本置为HEAD commit。

git reset HEAD filename

gitreset 理解.png

三、分支

输出 * master， * 后面显示了你当前在什么分支下工作。

git branch

gitreset 理解.png

git branch new_branch
创建新的分支

切换分支

git checkout branch_name

合并分支

git merge branch_name

冲突的情况：

<<<<<<< HEAD
master version of line
=======
fencing version of line
>>>>>>> fencing

输入 fencing 选择 fencing 分支中的 HEAD 作为 HEADcommit

删除分支

git branch -d branch_name

三、remote 远程仓库

git clone remote_location clone_name

查看 git 的远程仓库

git remove -v

将远程仓库的改变合并到本地的仓库中。它将会将这些改变添加到远程分支里面。

git fetch

将远程仓库中的改变合并到你的本地 master 分支。

git merge origin/master

将 test 分支上的指定文件合并到当前分支

git checkout test xxx.txt

创建本地分支，并指定拉取跟踪的远程分支

git checkout --track origin/remoteName -b localName

将其他分支的提交合并到当前分支 cherry-pick

git checkout 想要合并的分支
//单个提交
git cherry-pick 某分支的某个提交的commit-hash
//多个提交，中间使用空格分割
git cherry-pick commit-hash1 commit-hash2 commit-hash3
//合并 commit1 到 commit2 的多个提交
git cherry-pick commit1..commit2

git revert
当别人已经克隆线上提交的代码之后，尽量使用 git revert 来减少影响

//撤销master当前往上属第三个提交
git revert master~3
//撤销前的分支
A->B->C->D->E->F->G
//撤销后
A->B->C->D->E->F->G->D‘

修改之前的提交

 git commit --amend

变基提交
- 用来改变一串提交是以什么为基础的，举例说明，master 在基于 D 提交之后出现了topic 分支，topic 分支在之后发展了 w、X、Y、Z 提交，master 在D 之后有了 E、F、G、H、I 提交，如果让topic 以最新的 master 的 I 提交作为基，如图：
  
  变基前.png
  
  变基后.png

//变基命令
git checkout topic
git rebase master
//或者
git rebase master topic

将一条分支上的开发线整个移植到完全不同的分支上：

//将基于 maint 当前提交的上一个提交分出的分支feature 移植到master 分支上。
git rebase --onto master maint^ feature

移植前.jpg

移植后.jpg

变基操作出现冲突解决方案：
- 如果发现冲突 rebase 会临时挂起，当冲突解决可以使用 git rebase -continue 恢复变基操作，当觉得这个提交是没有必要的，可以使用 git rebase --skip 跳过（风险很大，有可能之后的提交会依赖这个提交）。如果认为不应该进行变基操作，使用 git rebase --abort 终止
改写提交历史，合并之前提交

//修改基于commit 之后的提交
git rebase -i  commit

多人协作时候的提交merge 现象：
两个人都基于 develop 分支 B commint 进行开发，a 提交到了远程仓库 C 提交，
b 也提交了D 本地提交，当b 想要推送至远程仓库的时候，就发生了，问题，出现了 merge 痕迹。
git pull --rebase
拉取上游提交并且把本地提交变基到它们的头部后。
设置一些git配置

git config --global user.name "name"
git config --global user.email "[email protected]"
//查看配置
git config -l
//cat 查看
cat .git/config
//移除设置
git config --unset --global user.email

设置别名

git config --global alias.show-graph \ 
  'log --gragh --abbrev-commit --pretty=oneline'

查看已暂存的文件的sha1

git ls-files --stage

将文件从暂存中取消

git rm --cached filename

重命名文件

//1
mv stuff newstuff
git rm stuff
git add newstuff
//2
git mv stuff newsuff
//显示被改名的文件的整个历史记录
git log --follow filename

四、Git 对象模型

Git 对象模型分为工作目录，索引和对象库。

git对象模型.png
第一步，工作目录变化。当刚编辑完文件，有变化的只有工作目录中的文件内容。
第二步，对象库中出现新的blob，索引指向新的blob。当 add file1 之后对象库中出现了新的 file1 文件的散列ID，然后索引也重新指向新的散列 ID。
第三步，创建新的提交，HEAD变化。commit 之后会有三个步骤：
- 虚拟树对象，索引将转换成一个真实的树对象之后，以SHA1 命名，然后放到对象库中。
- 其次，用日志消息创建一个新的提交对象后，新的提交将会指向新创建的树对象以及前一个或父提交。
- master 分支的引用从最近一次提交移动到新创建的提交对象，成为新的master HEAD。

五、Git 的工作流程

1.从远程仓库抓取并且合并改变
2.为一个新的工程创建一个工作的分支
3.在分支上开发并且提交工作
4.从远程仓库抓取并且合并
5.将分支传递到远程仓库

git push origin your_branch_name

会将内容上传到远程仓库，origin 原始仓库。别人可以重新生成分支并且将你的工作合并到 master 分支上。

六、提交

HEAD
始终指向当前分支的最近提交，当切换分支的时候HEAD会更新为指向新分支的最近提交
ORIG_HEAD
当进行某些操作，merge或reset 时，会将调整为心智之前的先前版本的HEAD记录到ORIG_HEAD，便于回滚。
FETCH_HEAD
当使用远程库时候，git fetch命令将抓取分支的头记录到 git/FETCH_HEAD中。FETCH_HEAD是最近抓取fetch分支的HEAD 简写。
MERGE_HEAD
当一个合并操作正在进行时候，MERGE_HEAD是正在合并进 HEAD 的提交
在master 分支但是不在dev topic 分支上的提交

git log ^dev ^topic master

使用git blame 查看每一行责任归属

#从第一行开始查询
git blame -L 1, filename ```

---

###七、diff
+ 工作目录与索引

git diff

+ 工作目录与 HEAD

git diff HEAD

+ 索引与 HEAD

git diff --cached


###八、更改提交
+ git reset-soft 提交
--soft 会将 HEAD 引用指向给定提交，索引和工作目录保持不变。这个命令有最小影响。
+ git reset-mixed
--mixed 会将HEAD  指向给定提交，索引内容也跟着改变以符合给定提交的树结构，但是工作目录保持不变。
+ git reset-hard 提交
HEAD 指向给定提交。索引内容也跟着改变以前符合给定提交的树结构。此外，工作目录页改变以反映给定提交的树的状态。当改变工作目录的时候，整个目录结构都改成给定提交对应的样子，做的修改都将丢失。