Git学习总结

小灰灰 2021-09-27 10:46 306阅读 0赞

### 文章目录 ###

*  Git学习总结
 *   *  一、简介
     *  二、时光穿梭机
     *  三、远程仓库
     *  四、分支管理
     *  五、标签管理

# Git学习总结 #

## 一、简介 ##

**1.git安装**  
在Windows上使用Git，可以从[Git官网][Git]直接下载安装程序，然后按默认选项安装即可。

安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！  
![这里写图片描述][0]  
安装完成后，还需要最后一步设置，在命令行输入：

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

**2.创建版本库**  
创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

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

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

$ git init

初始化一个Git仓库，使用`git init`命令。

添加文件到Git仓库，分两步：

*  使用命令`git add <file>`，注意，可反复多次使用，添加多个文件；
 *  使用命令`git commit -m <message>`，完成。

## 二、时光穿梭机 ##

*  要随时掌握工作区的状态，使用`git status`命令（工作区和暂存区的都可以查看，两个区域的颜色不同）。
 *  如果git status告诉你有文件被修改过，用`git diff`可以查看修改内容（只能查工作区的，提交到暂存区的不能查看）。  
    **1.版本回退**
 *  `HEAD`指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令`git reset --hard commit_id`。
 *  穿梭前，用`git log`可以查看提交历史，以便确定要回退到哪个版本。
 *  要重返未来，用`git reflog`查看命令历史，以便确定要回到未来的哪个版本。  
    **2.工作区和暂存区**  
    **工作区（Working Directory）**  
    就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：  
    ![这里写图片描述][0 1]

**版本库（Repository）**

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

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支`master`，以及指向master的一个指针叫`HEAD`。

![这里写图片描述][0 2]  
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：  
第一步是用`git add`把文件添加进去，实际上就是把文件修改添加到暂存区；  
![这里写图片描述][0 3]  
第二步是用`git commit`提交更改，实际上就是把暂存区的所有内容提交到当前分支。  
![这里写图片描述][0 4]  
**3.管理修改**  
Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。  
4.**撤销修改**

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

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

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。  
**5.删除文件**  
当在工作区中把文件删了（手动删除或者用rm命令删），此时如果是误删，可以参考撤销修改（`git checkout -- file`），将文件复原。  
当在工作区中把文件删了（手动删除或者用rm命令删）的时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，`git status`命令会立刻告诉你哪些文件被删除了，如果要从版本库中删除该文件，那就用命令`git rm`删掉，并且`git commit`

## 三、远程仓库 ##

**1.远程库关联**  
在GitHub上的仓库，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库  
关联远程库，使用命令：

$ git remote add origin 项目的远程git地址

下一步，就可以把本地库的所有内容推送到远程库上：

$ git push -u origin master

把本地库的内容推送到远程，用`git push`命令，实际上是把当前分支`master`推送到远程。

由于远程库是空的，我们第一次推送`master`分支时，加上了`-u`参数，Git不但会把本地的`master`分支内容推送的远程新的`master`分支，还会把本地的`master`分支和远程的`master`分支关联起来，在以后的推送或者拉取时就可以简化命令。

从现在起，只要本地作了提交，就可以通过命令：

$ git push origin master

小结：  
要关联一个远程库，使用命令`git remote add origin` 项目的远程git地址；

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

此后，每次本地提交后，只要有必要，就可以使用命令`git push origin master`推送最新修改；  
**2.初始化源仓库**  
创建project之后会有如下基本操作提示，根据需要初始化源仓库代码（三种情形）：

# Command line instructions 命令行指令
    # Git global setup git全局设置
    $ $ git config --global user.name “your name”
    $ git config --global user.email “your email”
    
    # Create a new repository 创建新仓库
    $ git clone [url]
    $ cd [dir]
    $ touch README.md
    $ git add README.md
    $ git commit -m "add README"
    $ git push -u origin master
    
    # Existing folder 现有文件夹
    $ cd [existing_folder]
    $ git init
    $ git remote add origin [url]
    $ git add .
    $ git commit
    $ git push -u origin master
    
    # Existing Git repository 现有git仓库
    $ cd [existing_repo]
    $ git remote add origin [url]
    $ git push -u origin –all
    $ git push -u origin --tags

初始化都会在远程仓库创建master分支，之后再基于master添加develop分支，这两条分支作为这个项目的常驻分支：  
![这里写图片描述][70]

## 四、分支管理 ##

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。  
**1.创建与合并分支**  
当我们创建新的分支，例如`dev`时，`Git`新建了一个指针叫`dev`，指向`master`相同的提交，再把`HEAD`指向`dev`，就表示当前分支在`dev`上：  
![这里写图片描述][0 5]

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

不过，从现在开始，对工作区的修改和提交就是针对`dev`分支了，比如新提交一次后，`dev`指针往前移动一步，而master指针不变：  
![这里写图片描述][0 6]

假如我们在`dev`上的工作完成了，就可以把`dev`合并到`master`上。`Git`怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：  
![这里写图片描述][0 7]

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

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：  
![这里写图片描述][0 8]

Git鼓励大量使用分支：

查看分支：`git branch`

创建分支：`git branch <name>`

切换分支：`git checkout <name>`

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

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

删除分支：`git branch -d <name>`  
**2.解决冲突**  
当两个分支同时对同一个文档的同一处进行了不同修改时，两个分支进行合并，Git无法执行“快速合并”，只能试图把各自的修改合并起来，这种合并就可能会有冲突。  
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

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

合并`dev`分支，请注意`--no-ff`参数，表示禁用`Fast forward`：

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

因为本次合并要创建一个新的commit，所以加上`-m`参数，把commit描述写进去。  
**3.分支管理策略**  
在实际开发中，我们应该按照几个基本原则进行分支管理：

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

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

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

所以，团队合作的分支看起来就像这样：  
![这里写图片描述][0 9]  
**4.Bug分支**  
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场`git stash`一下，然后去修复bug，修复后，再`git stash pop`，回到工作现场。  
**5.Feature分支**  
开发一个新`feature`，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过`git branch -D <name>`强行删除。  
**6.多人协作**  
**推送分支**  
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

$ git push origin master

如果要推送其他分支，比如`dev`，就改成：

$ git push origin dev

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

`master`分支是主分支，因此要时刻与远程同步；

`dev`分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

`bug`分支只用于在本地修复`bug`，就没必要推到远程了，除非老板要看看你每周到底修复了几个`bug`；

`feature`分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

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

首先，可以试图用`git push origin <branch-name>`推送自己的修改；

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

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用`git push origin <branch-name>`推送就能成功！

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

## 五、标签管理 ##

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。

Git的标签虽然是版本库的快照，但其实它就是指向某个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>`可以删除一个远程标签。

[Git]: https://git-scm.com/downloads
[0]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384907073134ef6feff559cf4ce3a2c5c588d2831c0a000/0
[0 1]: https://cdn.liaoxuefeng.com/cdn/files/attachments/0013849082162373cc083b22a2049c4a47408722a61a770000/0
[0 2]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384907702917346729e9afbf4127b6dfbae9207af016000/0
[0 3]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384907720458e56751df1c474485b697575073c40ae9000/0
[0 4]: https://cdn.liaoxuefeng.com/cdn/files/attachments/0013849077337835a877df2d26742b88dd7f56a6ace3ecf000/0
[70]: /images/20210923/b2ed1bd66c9c43a88b95023c3ce9a0b1.png
[0 5]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384908811773187a597e2d844eefb11f5cf5d56135ca000/0
[0 6]: https://cdn.liaoxuefeng.com/cdn/files/attachments/0013849088235627813efe7649b4f008900e5365bb72323000/0
[0 7]: https://cdn.liaoxuefeng.com/cdn/files/attachments/00138490883510324231a837e5d4aee844d3e4692ba50f5000/0
[0 8]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384908867187c83ca970bf0f46efa19badad99c40235000/0
[0 9]: https://cdn.liaoxuefeng.com/cdn/files/attachments/001384909239390d355eb07d9d64305b6322aaf4edac1e3000/0