git 相关操作

 

 

git diff 已经缓存的文件和刚刚修改过的没有缓存的文件的对比

git diff --stage

 

git status 查看本地文件的修改，是否进入缓存

git add 把刚刚修改过的文件加入缓存，待提交

 

git commit -a 跳过 git add 这一步，对之前纳入管理的文件直接提交

git rm 从缓存区移除文件

 

 

 

本地分支推送到远程分支

 

git push origin feature-branch:feature-branch    //推送本地的feature-branch(冒号前面的)分支到远程origin的feature-branch(冒号后面的)分支(没有会自动创建)

 

查看某个文件的改动

 

git log filename

 

 

git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e

 

创建与合并分支

 

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

 

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

 

 

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长：

 

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

 

 

你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

 

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

 

 

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

 

 

所以Git合并分支也很快！就改改指针，工作区内容也不变！

 

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

 

 

真是太神奇了，你看得出来有些提交是通过分支完成的吗？

 

下面开始实战。

 

首先，我们创建dev分支，然后切换到dev分支：

 

$ git checkout -b dev

Switched to a new branch 'dev'

 

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

 

$ git branch dev

$ git checkout dev

Switched to branch 'dev'

 

然后，用git branch命令查看当前分支：

 

$ git branch

* dev

master

 

git branch命令会列出所有分支，当前分支前面会标一个*号。

 

然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：

 

Creating a new branch is quick.

 

然后提交：

 

$ git add readme.txt

$ git commit -m "branch test"

[dev fec145a] branch test

1 file changed, 1 insertion(+)

 

现在，dev分支的工作完成，我们就可以切换回master分支：

 

$ git checkout master

Switched to branch 'master'

 

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

 

 

现在，我们把dev分支的工作成果合并到master分支上：

 

$ git merge dev

Updating d17efd8..fec145a

Fast-forward

readme.txt | 1 +

1 file changed, 1 insertion(+)

 

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

 

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

 

当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。

 

合并完成后，就可以放心地删除dev分支了：

 

$ git branch -d dev

Deleted branch dev (was fec145a).

 

删除后，查看branch，就只剩下master分支了：

 

$ git branch

* master

 

因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

 

 

git merge 和 git rebase 区别？ 感觉都是从一个分支合并到另一个分支

 

　　https://zhuanlan.zhihu.com/p/75499871

　　git mer

 

Git merge 时 --no-ff 的作用,

小结

 

Git鼓励大量使用分支：

 

查看分支：git branch

 

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

 

合并某分支到当前分支：git merge <name> 

删除分支：git branch -d <name>

 

Create a local repo

git init

Commit -> stage

改 stage, git reset

Commit -> workspace

From commit to workspace, Reverting a file to previous version

 

git checkout 09bd8cc1 hello.txt    

git checkout master

 

Stage -> workspace

 

 

 

 

 

拉取远程分支并创建本地分支

 

git checkout -b 本地分支名x origin/远程分支名x

 

git checkout hello.py	undoing local changes (before staging)
git reset HEAD hello.py	undoing staged changes (before committing)
git revert HEAD	undoing committed changes	the reverted commit still can be seen in history
git reset --hard v1	Removing commit from a branch	v1 is a tag, or it can be a hash
git checkout -b greet	create a branch 'greet' and go into it
git merge master	merge mater into branch
Remote opeation
git fetch		“git fetch” command will fetch new commits from the remote repository, but it will not merge these commits into the local branches.
git pull	= git fetch + git merge origin/master

 

 

http://www.open-open.com/lib/view/open1414396787325.html

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000

http://gitimmersion.com/

 

 

 

 

$ git reset --hard HEAD^

    回退到前一个版本，git log 里也看不到了

用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：

 

 

 

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

 

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

 

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

 

总之，就是让这个文件回到最近一次git commit或git add时的状态。

 

 

 

又到了小结时间。

 

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

 

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

 

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840202368c74be33fbd884e71b570f2cc3c0d1dcf000

 

 

 

Problem:

如果 git clone 遇到server需要SSH key, 可以参考 https://blog.csdn.net/lk142500/article/details/80358941

 

 

Ref:

https://www.liaoxuefeng.com/wiki/896043488029600/897013573512192， 廖雪峰 git 教程，很清楚

Git：git diff 命令详解， 讲了怎样用git diff 对比工作区，缓存区，以及和git仓库的文件，很清楚