主要是根据廖雪峰老师的Git教程记录的笔记
首先先了解下Git与GitHub区别。
Git是一个分布式版本控制工具,而GitHub是一个网站,上面有很多开源代码,供程序员学习交流,可以充当远程仓库。
安装git后配置用户信息
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
注意git config命令的–global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
创建版本库
首先,选择一个合适的地方,创建一个空目录。然后,通过git init命令把这个目录变成Git可以管理的仓库
$ git init
向工作区中添加文件
$ git add readme.txt
$ git commit -m "wrote a readme file"
git commit命令,-m后面输入的是本次提交的说明,这样你就能从历史记录里方便地找到改动记录。
查看历史记录
$ git log
$ git reflog
用git log可以查看提交历史
用git reflog查看命令历史
版本回退
$ git reset --hard HEAD^
$ git reset --hard 1094a
$ git reset --hard HEAD^ 回退到上一版本
$ git reset --hard 1094a 回退到commit id版本
暂存区与工作区
设置文件夹projectWorkspace为Git管理仓库,该文件夹是工作区。projectWorkspace下有隐藏目录.git,是Git的版本库。
版本库存了很多东西,其中一个是暂存区stage。
用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
版本库重点有:称为stage(或者叫index)的暂存区;Git为我们自动创建的第一个分支master;指向master的一个指针叫HEAD。
撤销修改
针对没有推送到远程库:
$ git checkout -- readme.txt
git checkout – file可以丢弃工作区的修改:
1、没有提交到暂存区
2、提交到暂存区或者提交到版本库:第一步用命令git reset HEAD ,第二步用命令git checkout – file
删除文件
确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit:
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
远程库
本地创建Git仓库后,在GitHub上创建一个Git库,并且让这两个仓库进行远程同步。
1、本地关联远程仓库:
$ git remote add origin git@github.com:account/projectWorkspace.git
origin是自命名的本地仓库;account是GitHub账户名;projectWorkspace.git
是远程库名;
2、推送本地仓库内容到远程库上:
$ git push -u origin master
把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。
由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
3、后期提交:
只要本地作了提交,就可以通过命令:
$ git push origin master
把本地master分支的最新修改推送至GitHub,现在,你就拥有了真正的分布式版本库!
远程库2 克隆
$ git clone git@github.com:account/origin.git
Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.
分支
HEAD指向的就是当前分支。
1、创建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 checkout ,而前面讲过的撤销修改则是git checkout – ,同一个命令,有两种作用,确实有点令人迷惑。
实际上,切换分支这个动作,用switch更科学。因此,最新版本的Git提供了新的git switch命令来切换分支:
创建并切换到新的dev分支,可以使用:
$ git switch -c dev
使用新的git switch命令,比git checkout要更容易理解。
2、切换分支
$ git checkout master
直接切换到已有的master分支,可以使用:
$ git switch master
3、合并分支
$ git merge dev
git merge命令用于合并指定分支到当前分支。
4、删除分支
合并完成后,就可以放心地删除dev分支了:
$ git branch -d dev
5、分支冲突
查看冲突在哪手动解决冲突
6、BUG分支
场景1:当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,当前正在dev上进行的工作还没有提交。并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?
Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:
$ git stash
如何恢复现场?
一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
另一种方式是用git stash pop,恢复的同时把stash内容也删了:
$ git stash pop
场景2:在master分支上修复了bug后,我们要想一想,dev分支是早期从master分支分出来的,所以,这个bug其实在当前dev分支上也存在。
那怎么在dev分支上修复同样的bug?
为了方便操作,Git专门提供了一个cherry-pick命令,让我们能复制一个特定的提交到当前分支:
$ git branch
* dev
master
$ git cherry-pick 4c805e2
[master 1d4b803] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)
7、Feature分支
开发一个新feature,新功能,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过git branch -D 强行删除。
$ git branch -D feature-test
Deleted branch feature-test (was 287773e).
8、多人协作
多人协作的工作模式通常是这样:
首先,可以试图用git push origin 推送自己的修改;
如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
如果合并有冲突,则解决冲突,并在本地提交;
没有冲突或者解决掉冲突后,再用git push origin 推送就能成功!
如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to origin/。