设置记住用户名和密码
# --global如果不加则只针对当前项目
# 设置之后需要重新pull一下代码,然后提示输入用户名密码后会自动保存,从而实现记住用户名和密码的目的。
# 这样设置的用户名和密码是以明文的方式存储的。比如你安装了一个Npm包,这个包有可能有权限读取这个文件。
git config --global credential.helper store
关于删除某次提交的做法
首先可以使用revert
,即对某一次提交的修改原封不动的改回去,当然某一次提交
之后若有修改这次提交的代码,是会产生冲突的。值得注意的是,这样的修改会保留原有的提交记录不动,并产生一次新的提交。
其次可以使用rebase -i
进入交互式命令行,从而删除一次或多次提交。但如果删除的提交的某一行(相当于回滚的一行)与之后的提交操作了同一行(相当于修改要被回滚的行),此时仍旧会产生冲突。
这样看来,如果你想删除某次提交,而这个提交改动的东西和之后的提交改动的是同一行,无论如何也无法避免冲突的。
HEAD的意思
简单来说,HEAD可以理解为一个引用,指向当前本地的代码的所在分支的所在提交。
下图中,当前分支为master,当我创建新分支testing的时候,其实仅仅是创建了一个引用。
$ git branch testing
那么如何得知我当前到底在master还是testing上?这就是需要HEAD的地方。
当你使用如下命令的时候,HEAD则会指向testing
$ git checkout -b testing
可以说,当我们使用checkout的时候,也就是在branch或者commit之间切换的时候,HEAD会跟随着改变。但如果checkout出来的不是当前分支的最新一次提交,那么此时HEAD就称为detached HEAD
detached HEAD
一般情况下,我们并不会遇到detached HEAD,除非我们要检出某一次提交看看那时候的代码是什么样子的,但理想的做法是检出那一次提交的tag
。
但如果我们检出的提交即没有分支引用也没有tag引用,那么在此基础上做的修改并提交,会导致这个提交只有HEAD指向。
HEAD (refers to commit 'b')
|
v
a---b---c---d branch 'master' (refers to commit 'd')
^
|
tag 'v2.0' (refers to commit 'b')
经历一次提交,但新的提交未在任何分支上,仅有一个HEAD指向
HEAD (refers to commit 'e')
|
v
e
/
a---b---c---d branch 'master' (refers to commit 'd')
^
|
tag 'v2.0' (refers to commit 'b')
如果在此基础上将HEAD重新指向master(git checkout master),则会导致e
这个这个提交被git的垃圾回收器回收。(试想一下,branch也是对一个commit的引用,为什么删除了branch这个引用,整个分支都删除了?)
想解决这个问题,只需HEAD还没切换到其他分支的之后,执行类似如下的命令(三选一即可):
$ git checkout -b foo (1)
$ git branch foo (2)
$ git tag foo (3)
官方文档解释的更细致。
Git HEAD ^ 与 ~
- HEAD指代当前本地检出的分支或提交
~
表示HEAD的第一父级(的第一父级(的第一父级))。^
是第一(或者第二)父级,因为合并的提交会有两个父级。
以上每个父级当然是指一次提交。
见下图:
~
意思很清楚,也是会经常使用的到的,仅仅是指当前分支。^
代表第几个父级,比如蓝色的提交可以解释为:最新一次提交的第一父级的第二父级HEAD~1^2
。
再次说明,无论是HEAD,还是HEAD和~
及^
的各种组合,均是指某一次提交,相当于是一种相对路径,更方便的找到想找的某一次提交。
RESET
我不想要我的这次提交了…
如果说git checkout可以在提交中切换,那么reset就是在切换之后,对已经提交的代码如何处理。以参数的形式指明如何对待你已经提交的代码。
--hard
删了不要--soft
留在暂存区--mixed
留在工作区
这个图经典的解释了三种模式的区别:
未完待续~~