廖雪峰老师Git学习笔记

1.Git简介

Git是目前世界上最先进的分布式版本控制系统。特点很鲜明：分布式，版本控制。

Git的诞生：2005年

2.Git安装

我用的是ubuntu，所以可以通过 sudo apt-get install git 安装。

安装完成后，还需要最后一步设置，自报家门，输入自己的名字和邮箱，在命令行输入：

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

3.创建版本库：

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

首先，选择一个合适的地方，创建一个空目录：

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

pwd命令用于显示当前目录。 

ls -ah可以看到当前文件夹的隐藏目录

 第二步，通过git init命令把这个目录变成Git可以管理的仓库：

$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/

 用命令git add告诉Git，把文件添加到仓库：

 

$ git add readme.txt

 

然后，用命令git commit告诉Git，把文件提交到仓库：

$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

4.时光机穿梭

• 要随时掌握工作区的状态，使用git status命令。

• 如果git status告诉你有文件被修改过，用git diff filename可以查看修改内容,而这里的不同之处是指没有add之前，做了哪些修改。

4.1 版本回退

回退是回退到某次提交

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。--pretty=oneline，一行的形式表示信息。

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

4.2 工作区和暂存区

工作区：就是电脑里能看到的目录，如learngit文件夹就是一个工作区。

版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里有Stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master,以及指向master的HEAD指针 。

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：

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

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

untrack意为没有添加到暂存区。

4.3 管理修改

Git跟踪并管理的是修改，而非文件。

Git是如何跟踪修改的：每次修改，如果不用git add到暂存区，那就不会加入到commit中。

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

4.4 撤销修改

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

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

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

4.5 删除文件

rm filename 可以删除工作区的文件

git rm filename

git commit -m "..."

可以删除其他地方的GIT库的文件

如果误删了，而没有提交修改，可以用 git checkout -- filename 来还原。

5.远程仓库

     如果没有远程仓库，那么Git和SVN没太大区别。而Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。github可以作为一个服务器，大家从上面下载或提交。公库别人是别人可见的，而私库别人不可见也不可读。

5.1 添加到远程库

git remote add origin git@server-name:path/repo-name.git

解决无法读取远程库：https://blog.csdn.net/lbb17745169396/article/details/72793650

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

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

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

删除远程库：

git remote remove [remote_name]

5.2 从远程库克隆

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

$ git clone git@github.com:michaelliao/gitskills.git

 或

$ git clone https://github.com/michaelliao/gitskills.git

出现 Repository not found. 的问题，可能是没设置SSH keys，也可能是地址输出了（捂脸）

如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。

6.分支管理（便于多人合作和条理清晰）

分支的作用：当团队完成一个工作时，你负责一个功能，当功能未完成时，自己的代码不能随便提交，但也不能不提交，因为可能会丢失进度，那么可以创建一个分支，在分支上提交，功能完成后，再合并到总的分支上。

6.1 创建与合并分支

注意 工作区，暂存区，当前分支的概念。当前分支是指head指针所指向的分支。注意master和dev等指针，它们指向提交。

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

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

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

6.2 解决冲突

当master和dev同时对一个文件进行修改后，merge时会出现冲突，必须进行修改文件，然后再提交。

 用带参数的git log可以看到分支的合并情况：git log --graph --pretty=oneline --abbrev-commit keyi

每个五角星代表一个提交，旁边有它们的版本号

6.3 分支管理策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

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

6.4 Bug分支

Bug分支的意义在于：一般情况下，当你不提交dev分支的内容时，git不让你切换到其他分支，但这时你又不想在dev上提交，所以可以用到stash功能。

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

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

6.5 Feature分支

开发一个新功能，最好新建一个分支，开发完成后在主分支上合并；

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

6.6 多人协作

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

1. 首先，可以试图用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，如果有冲突，要先处理冲突。

6.7 Rebase

• rebase操作可以把本地未push的分叉提交历史整理成直线；

• rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

7.标签管理（版本发行）

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。标签就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。标签和分支都是指针，但标签不可移动，而分支可移动。

7.1创建标签

• 命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

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

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

7.2 操作标签

• 命令git push origin <tagname>可以推送一个本地标签；

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

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

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

8.使用github

• 在GitHub上，可以任意Fork开源仓库；

• 自己拥有Fork后的仓库的读写权限；

• 可以推送pull request给官方仓库来贡献代码

9.使用码云

使用GitHub时，国内的用户经常遇到的问题是访问速度太慢，有时候还会出现无法连接的情况（原因你懂的）。

如果我们希望体验Git飞一般的速度，可以使用国内的Git托管服务——码云（gitee.com）。

和GitHub相比，码云也提供免费的Git仓库。此外，还集成了代码质量检测、项目演示等功能。对于团队协作开发，码云还提供了项目管理、代码托管、文档管理的服务，5人以下小团队免费。

10.自定义Git

10.1忽略特殊文件

有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files ...，有强迫症的童鞋心里肯定不爽。

10.2配置别名

用st 表示status,即git st等同于git status。x下同

$ git config --global alias.st status

 

$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch

$ git config --global alias.unstage 'reset HEAD'

配置文件

配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。

配置文件放哪了？每个仓库的Git配置文件都放在.git/config文件中。

别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。

10.3 搭建Git服务器

GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说，既不想公开源代码，又舍不得给GitHub交保护费，那就只能自己搭建一台Git服务器作为私有仓库使用。

11.期末总结