git学习笔记

如果你是位作家，可能会需要不断修改小说不同的修订版本，在没有版本控制的时候很可能是这样

有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。 但额外增加的工作量却微乎其微。

集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

缺点

优点

子主题

分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

优点

分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改。

子主题

git config --global user.name "[name]"

git config --global user.email "[email address]"

若是个人开发机可以这样配置，若是公共编译机则不能这样配置

git config user.name "[name]"

git config user.email "[email address]"

git config --list

工作区，版本库(暂存区，历史库)组成了本地仓库

本地仓库（版本库）

工作目录

git 逻辑结构使用三种对象保存

hooks

logs/refs/heads

logs/refs/remotes

logs/refs/stash

logs/HEAD

objects

objects/pack

objects/info/packs

refs/heads

refs/remotes

refs/tags

COMMIT_EDITMSG

config

description

index

HEAD

ORIG_HEAD

FETCH_HEAD

MERGEHEAD

packed-refs

Git 仓库文件中存在一个.git 的子目录，这个子目录含有你初始化的 Git 仓库中所有的必须文件，这些文件是 Git 仓库的骨干

命令

场景

git checkout -- <file>

git add <files...>

git add .

git add -u 

git add Doc/\*.txt

git reset HEAD <file>... 可以将提交到暂存区中文件修改撤销，使用历史库中最新提交数据覆盖暂存区

git reset HEAD~ <file>... 可以将提交到暂存区中文件修改撤销，使用历史库中某一次提交数据覆盖暂存区

git rm README.md

选项

提交暂存区所有文件到历史库

提交暂存区部分文件提交到历史库

提交工作区所有变更添加到暂存区后直接提交到历史库

选项 

测试DEMO

git reset  [commit | HEAD~] 

git reflog 

git status 命令的默认会输出十分详细，但其用语有些繁琐。 

git status -s 输出简单状态

git log

选项

git diff

创建一个新文件提交到版本库

修改被存在于版本库中的文件，重新提交到版本库

修改被存在于版本库中的文件名，提交到版本库

删除版本库中的文件，提交到本地仓库分支

忽略的文件

查看本地所有标签

查看本地仓库标签列表,按照guan

查看所有远程仓库的标签

git show tag

添加tag

删除tag

推送本地仓库tag推送到远端仓库

拉取远程仓库tag更新到本地仓库

分支就是科幻电影里面的平行宇宙，对于一个人来说我们不可能同时开发A功能或者B功能，但对于一个git项目而言我们可以通过创建多个分支交给多个人来同时开发。在未来某个时间点，两个分支合并了让你的项目即完成了A功能又完成了B功能。

使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。

Git 的分支其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名字是 master, 在多次提交操作之后，其实是一个指向commit对象指针不断向前移动的过程。创建一个分支就是新建一个指针指向某一个指定的commit对象。图i中v1.0则是一个标签，它同样是一个指针，不 一样的是它无法移动。

HEAD指针指向的分支就是当前分支

本地仓库管理的分支被称为本地分支

就是远程仓库分支的快照，我们通过同步远程仓库的变更到本地仓库远程分支镜像中来和远程分支进行交互

远程分支时保存在网络上另外一个远程仓库的分支

当我们需要和网络上远程仓库交互时，我们需要自己仓库中变更推送给对象，那么需要在本地创建对象分支的镜像快照【也就是本次仓库远程分支镜像】，我们会将对方的数据拉取到这个远程仓库镜像中。之后在查看远程仓库镜像对方的改变。合并到自己本地分支后。将整合的变更推送给远程分支。

远程仓库镜像物理上保存在.git\refs\remotes\origin(版本仓库别名)文件夹中，逻辑上远程仓库分支名称为origin(版本仓库别名)\远程分支名称

当我们在执行某些指令时，git会将三者建立联系

什么是创建分支

命令

什么是切换分支

命令

切换分支的条件

什么是切换到匿名分支

和分支回退 reset区别

命令

git branch -m   分支名称 分支名称

分支合并方式

解除冲突

命令

git branch -d 分支名称

git branch -D 分支名称

git branch -dr 远程仓库名称/远程分支镜像名称

git push origin -d 远程分支

子主题

列出所有本地分支

列出所有远程分支镜像

列出所有本地分支和远程分支镜像

列出所有本地分支和远程分支镜像（含简单说明）

列出合并的分支

列出未合并的分支

远程仓库是指托管在因特网或其他网络中的你的项目的版本库。每一个项目存在多个版本库，每一个版本库又可以存在多个分支。当我们需要和其他版本库进行交互时，我们需要在本地仓库创建一个远程仓库的镜像，我们可以使用命令去将远程仓库的变更同步到本地远程仓库的镜像中或者提交本地分支的变更到指定的远程仓库分支中。远程仓库镜像物理上保存在.git\refs\remotes\origin(版本仓库别名)文件夹中，逻辑上远程仓库分支名称为origin(版本仓库别名)\远程分支名称

git remote add <shortname> <url>

运行 git remote add <shortname> <url> 添加一个新的远程 Git 仓库,<shortname> 表示远程仓库的别名，url表示远程仓库的路径

DEMO

查看远程仓库列表名称

显示远程仓库的信息

git fetch 概述 

git fetch 命令详解

DEMO

git pull 概述

git pull命令详解

git push origin master

git remote rename origin  test

git remote rm origin

git remote set-url origin https://github.com/kekec/Test.git

命令

注意

场景

git log  -2

git log --since, --after

git log  --author

git log  --until, --before

git log  --grep

git log --committer

-S

DEMO 

git log  -p

git log --stat

git log --pretty

git log --graph