Git-介绍及使用

Git-介绍及使用

1 概述

1.1 是什么

git是目前世界上最先进的分布式版本控制系统

版本控制： 指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。
集中式版本控制系统 的版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。(代表产品：svn)
分布式版本控制系统 根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。(代表产品：git)

1.2 Git的优势

• 适合分布式开发，强调个体。
• 公共服务器压力和数据量都不会太大。
• 速度快、灵活。
• 任意两个开发者之间可以很容易的解决冲突。
• 离线工作

1.3 作用

• 克隆版本库(目前我们最常用的功能)
• 项目版本控制
• 项目分支管理

1.4 常用的Git仓库

开源的:
github
gitee

公司自己搭的：
gitlab

2 基本用法

2.1 工作流程

• Workspace：工作区
• Index / Stage：暂存区
• Repository：仓库区（或本地仓库）
• Remote：远程仓库

2.1.1 工作区

程序员进行开发改动的地方，是你当前看到的，也是最新的。
平常我们开发就是拷贝远程仓库中的一个分支，基于该分支进行开发,在开发过程中就是对工作区的操作。

2.1.2 暂存区

.git目录下的index文件, 暂存区会记录git add添加文件的相关信息(文件名、大小、timestamp…)，不保存文件实体, 通过id指向每个文件实体。可以使用git status查看暂存区的状态。暂存区标记了你当前工作区中，哪些内容是被git管理的。
当你完成某个需求或功能后需要提交到远程仓库，那么第一步就是通过git add先提交到暂存区，被git管理

2.1.3 本地仓库

保存了对象被提交 过的各个版本，比起工作区和暂存区的内容，它要更旧一些。
git commit后同步index的目录树到本地仓库，方便从下一步通过git push同步本地仓库与远程仓库的同步

2.1.4 远程仓库

远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改，因此它可能与本地仓库同步，也可能不同步，但是它的内容是最旧的

2.2 常用命令

2.3 HEAD

HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变。

2.4 Branch

涉及到协作，自然会涉及到分支，关于分支，大概有展示分支，切换分支，创建分支，删除分支这四种操

git branch 列出所有本地分支
git branch -r 列出所有远程分支
git branch -a 列出所有本地分支和远程分支
git branch [branch-name] 新建一个分支，但依然停留在当前分支
git checkout -b [branch-name] 新建一个分支，并切换到该分支
git branch --track [branch] [remote-branch] 新建一个分支，与指定的远程分支建立追踪关系
git checkout [branch-name] 切换到指定分支，并更新工作区
git branch -d [branch-name] 删除分支
git push origin --delete [branch-name] 删除远程分支

2.5 Merge

merge命令把不同的分支合并起来。如上图，在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge

git fetch [remote] merge之前先拉一下远程仓库最新代码
git merge [branch] 合并指定分支到当前分支

2.6 Rebase

rebase又称为衍合，是合并的另外一种选择。
在开始阶段，我们处于new分支上，执行git rebase dev，那么new分支上新的commit都在master分支上重演一遍，最后checkout切换回到new分支。这一点与merge是一样的，合并前后所处的分支并没有改变。git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也需要手动解决冲突。

merge操作会生成一个新的节点，之前的提交分开显示。而rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交

rebase冲突解决
解决完冲突之后执行git add 提交到暂存区。后执行git rebase --continue

2.7 Reset

reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。

git reset —soft [commit] 只改变提交点，暂存区和工作目录的内容都不改变
git reset —mixed [commit] 改变提交点，同时改变暂存区的内容
git reset —hard [commit] 暂存区、工作区的内容都会被修改到与提交点完全一致的状态
git reset --hard HEAD 让工作区回到上次提交时的状态

2.8 Revert

git revert用一个新提交来消除一个历史提交所做的任何修改。

git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。

git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。

2.9 项目Git管理流程

2.9.1 初始化Git仓库

git init

2.9.2 添加到暂存区

git add . 添加当前目录的所有文件到暂存区
git add [dir] 添加指定目录到暂存区，包括子目录
git add [file1] 添加指定文件到暂存区

2.9.3 添加到本地仓库

git commit -m [message] 提交暂存区到本地仓库,message代表说明信息
git commit [file1] -m [message] 提交暂存区的指定文件到本地仓库
git commit --amend -m [message] 使用一次新的commit，替代上一次提交

2.9.4 添加到远程仓库

git push [remote][branch] 上传本地指定分支到远程仓库
git push [remote] --force 强行推送当前分支到远程仓库，即使有冲突
git push [remote] --all 推送所有分支到远程仓库

2.10 远程仓库的操作

远程仓库的添加

// git remote add 远程仓库名字 仓库地址
git remote add origin 仓库地址（.git结尾的）

推送代码

// git push 远程仓库名字 远程仓库分支
git push origin master

远程仓库的删除

git remote rm 远程仓库的名字

建立当前分支和远程分支关联

git branch --set-upstream-to=/ <本地分支名字>

从远程仓库拉取内容

git pull

推送到远程仓库

git push

2.11 其余操作

git status 显示有变更的文件
git log 显示当前分支的版本历史
git diff 显示暂存区和工作区的差异
git diff HEAD 显示工作区与当前分支最新commit之间的差异
git cherry-pick [commit] 选择一个commit，合并进当前分支
git log --all --oneline --graph 查看分支树形结构