git笔记

212 阅读3分钟

一、Git简介

1.Git的诞生
2.集中式vs分布式

二、安装Git

1.安装homebrew,然后通过homebrew安装Git,具体方法请参考homebrew的文档:brew.sh/

2.安装完成后,还需要最后一步设置,在命令行输入:

$ git config --global user.name "Your Name"$ git config --global user.email "email@example.com"

三、创建版本库

版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

1.创建文件夹/目录

$ mkdir learngit$ cd learngit$ pwd/Users/michael/learngit

这时目录下多了一个.git目录,这个目录是Git用来跟踪管理版本库的

2.通过git init 命令把这个目录变成Git可以管理的仓库

pwd 命令用于显示当前目录,mkdir 创建文件

四、时光机穿梭

1.添加文件/查看修改文件

git add 该命令用来添加文件,可多次使用添加文件

git commit -m 用来提交文件并说明

git status 查看工作区的状态(文件被修改,文件还没提交...)

git diff 查看修改内容

2.版本回退

git reset --hard commit_id 回退到指定的commit_id

git reset --hard HEAD^ 回退到上个版本,HEAD 指向的版本就是当前版本,回退上个版本就是 HEAD^

查看提交历史git log

查看命令历史git reflog

读取文件内容cat 文件名

3.工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

工作区(Working Directory):在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区

版本库(Repository):包括暂存区、Git为我们自动创建的第一个分支master、和指向master的一个指针叫 HEAD

我们把文件往Git版本库里添加的时候,是分两步执行的:

第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区

第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支

4.管理修改

为什么Git比其他版本控制系统设计得优秀?因为Git跟踪并管理的是修改,而非文件。

比如:每次修改,如果不用git add到暂存区,那就不会加入到commit中。

5.撤销修改

1.当想撤销在工作区做的一些修改时(也就是没有add到暂存区)

使用 git checkout -- readme.txt 命令

2.当想撤销已经add到暂存区的修改时,分两步操作

第一步:使用 git reset HEAD readme.txt 命令,注意这时候暂存区干净,但是工作区还留有修改;

所以还需要第二步:使用 git checkout -- readme.txt 命令撤销工作区的修改。

git reset 命令既可以回退版本,也可以把暂存区的修改回退到工作区。

6.删除文件

当我们用 rm test.txt 命令删除一个文件时,

(注意:这个文件必须已经被提交到版本库)

1.确实想从版本库删除

再使用 rm test.txt 命令删除文件后,需要再使用 git rm test.txt ,并且提交到版本库 git commit -m "remove test.txt"

2.如果只是误删,想恢复,可以使用 git checkout -- test.txt 命令撤销删除,恢复到最新版本。因为删除文件也属于修改,所有可以使用该命令撤销修改/删除

五、远程仓库

1.添加远程库

1.在github上添加ssh密钥

2.创建新的仓库

3..要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git

4.关联后,使用命令git push -u origin master第一次推送master分支的所有内容;

第二次推送

  1. git add <name>

  2. git commit -m "second commit"

  3. git push origin master推送最新修改;(注意,如果在正常开发中,push到的是自己的分支而非master)

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,也就是有没有联网都可以正常工作,而SVN在没有联网的时候是拒绝干活的!当有网络的时候,再把本地提交推送一下就完成了同步,真是太方便了!

2.从远程库克隆

1.先新建一个新仓库

2.使用 git clone 命令克隆远程库 git clone git@github.com:alomiic/gitskills.git

注意:Git支持多种协议,包括https,但ssh协议速度最快。

六、分支管理

了解分支在实际中的作用:

在开发前,正常下不会每写一天代码就提交到远程库,而是使用分支,把代码先提交到每个人自己的分支上,等到开发完毕再一次性合并到原来的分支上,既安全,又不互相影响

1.创建与合并分支

详细分支讲解

指令:

查看分支: git branch

创建分支: git branch <name>

切换分支: git checkout <name> 或者 git switch <name>

创建+切换分支:git checkout -b <name>或者git switch -c <name>

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

删除分支git branch -d <name>

2.解决冲突

当我们创建新分支feature1,修改文件内容,然后没有立即合并,而是跳到master主分支,又对文件进行修改,这个时候合并就会发生冲突

怎么解决冲突?把Git合并失败的文件手动编辑为我们希望的内容,再提交,最后再删除分支。

git log --graph 命令可以看到分支合并图

git log --pretty=oneline --abbrev-commit
3.分支管理策略

默认情况下,Git在合并分支时会用fast forward模式,但是这个模式下删除分支会丢掉分支信息。如果要禁用fast forward模式,需要在merge合并时创建新的commit, --no-ff 表示禁用 fast forward 模式。

$ git merge --no-ff -m "merge with no-ff" dev

分支策略

  1. master分支很稳定,仅用来发布新版本

  2. 干活都在dev分支上

  3. 每个人都有自己的分支,开发时都是往dev分支上合并

总结:合并分支时,加上 --no-ff就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而 fast forward不行。

4.bug分支

修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;

当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场;

在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit-id>命令,把bug提交的修改“复制”到当前分支,避免重复劳动。

5.feature分支

开发一个新feature,最好新建一个分支;

如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。

6.多人协作

多人协作的工作模式通常是这样:

  1. 首先,在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,然后可以试图用git push origin <branch-name>推送自己的修改;

  2. 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;

  3. 如果合并有冲突,则解决冲突,并在本地提交;

  4. 没有冲突或者解决掉冲突后,再用git push origin <branch-name>推送就能成功!

如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>

小结
  • 查看远程库信息,使用git remote -v

  • 本地新建的分支如果不推送到远程,对其他人就是不可见的;

  • 从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓取远程的新提交;

  • 在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致;

  • 建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name

  • 从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。

七、标签管理

发布一个版本时,通常先在版本库中打一个标签(tag)。

Git的标签虽然是版本库的快照,但其实它就是指向某个commit的指针(跟分支很像对不对?但是分支可以移动,标签不能移动),所以,创建和删除标签都是瞬间完成的。

tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。

1.创建标签
  • 命令git tag <tagname>用于新建一个标签,默认为HEAD,也可以指定一个commit id;

  • 命令git tag -a <tagname> -m "blablabla..."可以指定标签信息;

  • 命令git tag可以查看所有标签。

2.操作标签
  • 命令git push origin <tagname>可以推送一个本地标签;

  • 命令git push origin --tags可以推送全部未推送过的本地标签;

  • 命令git tag -d <tagname>可以删除一个本地标签;

  • 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。