git 学习资料推荐廖雪峰https://www.liaoxuefeng.com/wiki/896043488029600
git库所在的文件夹中的文件大致有4种状态
-
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
下面的图很好的解释了这四种状态的转变：
新建文件--->Untracked
使用add命令将新建的文件加入到暂存区--->Staged
使用commit命令将暂存区的文件提交到本地仓库--->Unmodified
如果对Unmodified状态的文件进行修改---> modified
如果对Unmodified状态的文件进行remove操作--->Untracked
四个工作区域
Git本地有四个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)、git仓库(Remote Directory)。文件在这四个区域之间的转换关系如下：
Workspace： 工作区，就是你平时存放项目代码的地方
Index / Stage： 暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
Repository： 仓库区（或版本库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
Remote： 远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别，HEAD指向的是版本库中的当前版本，而file指的是当前工作区中的文件。
$ git diff HEAD -- readme.txt
diff --git a/readme.txt b/readme.txt
index 76d770f..a9c5755 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
-Git tracks changes. （版本库）
+Git tracks changes of files.（工作区）
回退本地仓库的上个版本
$ git reset --hard HEAD^
HEAD is now at e475afc add distributed上面的意思是，HEAD指针指向了上个版本，然后顺便把工作区的文件更新了，因为是指针，所以回滚特别快 回退指定版本（只需指定commit id）
查看commit id （git log 或者 git reflog）$ git reset --hard 1094a
HEAD is now at 83b0afe append GPL
--------------
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt然后
丢弃工作区的修改
$ git checkout -- readme.txt
$ git status
On branch master
nothing to commit, working tree clean---------------
git merge用法：
例如：把dev分支合并到master,先切换到master分支git switch master
用法1：git merge dev
看图：
$ git log --graph --pretty=oneline --abbrev-commit
* 62baf1c (HEAD -> master, dev) add oo
* 1469e02 Merge branch 'dev'
|
| * 1d33f58 without no-ff
* | c149a14 dev merge master with --no-ff
用法2：git merge --no--ff -m "merge with no-ff bb" dev
看图：
$ git log --graph --pretty=oneline --abbrev-commit
* 270081e (HEAD -> master) merge with no-ff bb
|
| * 3e911b1 (dev) add bb
|/
* 62baf1c add oo
* 1469e02 Merge branch 'dev'
综述：可以从这个（1469e02）commit id看， 方法1git merge dev是fast-foward快进模式，直接把master指针移到dev，没有体现dev分支的merge过程
方法2git merge --no--ff -m "merge with no-ff bb" dev 禁用了快进模式，在提交历史中可以清楚看到dev分支合并过程
git cherry-pick
作用：免做重复工作
例如：现有分支dev，master；目前需要紧急修改个bug，所以基于master分支新建hotfix分支；修复bug然后提交（这里有个commit id，“351142e”）
然后merge到master进行发布；ok，既然master有bug，dev是基于master的，所以dev也有同样的bug；这时候你可以像改hotfix一样手动修改，但是我们崇尚不重复工作，
这时cherry-pick就能搞定了。
git switch dev
git cherry-pick351142e
然后查看git log就能看到这个提交记录，并在工作目录也更新了修复内容，perfect！
git branch -D <branch name> ：强行删除一个未merge的分支git reset --hard <commit id> :删除已经merge的提交，其实时回滚到相应的commit id，比如回到merge之前的commit，这样就相当于放弃了本次merge啦
git push origin master ：此master为本地分支，默认时关联远端的master，如要推送dev分支到远端则：git push origin dev 也可以这样（git push -u origin dev 以后就可以简化成这样啦 git push但觉得不保险）
git push <远程主机名> <本地分支名>:<远程分支名>
git push origin master :此master为本地分支
git pull <远程主机名> <远程分支名>:<本地分支名>
git pull origin master :此master为远程分支
git rebase
rebase操作可以把本地未push的分叉提交历史整理成直线；
rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。