Git学习笔记

学习视频链接：B站 遇见狂神说

版本控制

版本控制（Revision Control）是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。

常见的版本控制工具：

• GIt
• SVN（Subversion）
• CVS（Concurrent Versions System）
• VSS（Micorosoft Visual SourceSafe）
• TFS（Team Foundation Server）
• Visual Studio Online

版本控制分类

本地版本控制

记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人使用，如RCS。

集中版本控制

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传修改的文件。

所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。同时，所有的数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然也可进行定期备份。（SVN、CVS、VSS）

分布式版本控制

所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有的版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其它用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。

Git与SVN的区别：

SVN时集中式版本控制系统，版本库是集中放在中央服务器上的，而工作时，用的是个人电脑，所以需要先从中央服务器上拿到最新的版本，然后工作，完成工作后，需要把自己修改或完成的文件推送到中央服务器上。集中式版本控制系统是必须连网才能工作，对网络带宽要求较高。

Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作时不需要连网，因为版本都在个人的电脑上。比如说自己在电脑上修改了文件A，其他人修改了文件B，这时，两者之间只需要把各自的修改推送给对方，就可以互相查看对方的修改了。

Git环境配置

Git官网：https://git.scm.com/

Git淘宝镜像：http://npm.taobao.org/mirrors/git-for-windows/

Git Bash：Unix与Linux风格的命令行

Git CMD：Windows风格的命令行

Git GUI：图形界面的Git

Git配置

查看配置：

git config -l

查看不同级别的配置文件：

#查看系统config
git config --system --list

#查看当前用户（global）配置
git config --global --list

Git相关的配置文件

• Git/etc/gitconfig：Git安装目录下的gitconfig，–system系统级
• C:/Users/用户名/.gitconfig：只适用于当前登录用户的配置 ，–global全局

可直接编辑配置文件，通过命令设置后会响应到上述文件中。

设置用户名和邮箱（用户标识）

git config --global user.name "用户名"

git config --global user.email "邮箱"

若传递了–global选项，只需要完成一次以上设置。因为Git将总是会使用上述设置的信息来处理在系统中所做的一切操作。若希望在一个特定的项目中使用不同的名称或email地址，可在项目中运行以上命令但不需要–global选项。–global为全局配置，不加的话为某个项目的特定配置。

Git基本理论

工作区域

Git本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/Index）、资源库（Respository或GIt Directory）。如果在加上远程的git仓库（Remote Directory）就可以分为四个工作区域。

• Workspace：工作区，平时存放项目代码的地方
• Index/Stage：暂存区，用于临时存放，事实上它只是一个文件，保存即将提交到文件列表信息
• Repository：仓库区（本地仓库），就是安全存放数据的位置，这里有所有版本的数据。其中HEAD指向最新放入仓库的版本
• Remote：远程仓库，托管代码的服务器，可以简单的认为是项目组中的一台电脑用于远程数据交换

• Directory：使用Git管理的一个目录，也就是一个仓库，包含工作空间和Git的管理空间
• WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间
• .git：存放Git管理信息的目录，初始化仓库时自动创建
• Index/Stage：暂存区，或待提交更新区，在提交进入repo之前，把所有的更新放在暂存区
• Local Repo：本地仓库，一个存放在本地的版本库；HEAD会指向当前的开发分支（branch）
• Stash：隐藏，是一个工作状态保存栈，用于保存/恢复Workspace中的临时状态

工作流程

1. 在工作目录中添加、修改文件；
2. 将需要进行版本管理的文件放入暂存区域；
3. 将暂存区域的文件提交到git仓库

git管理的文件有三种状态：已修改（modified）、已暂存（staged）、已提交（committed）

Git项目搭建

创建工作目录与常用命令

工作目录（Workspace）一般就是希望Git帮助管理的文件夹，可以是项目的目录，也可以是一个空目录（建议目录命名不要有中文）。

#添加所有文件到暂存区
git add .

#提交暂存区中的内容到本地仓库，-m：提交信息
git commit -m "消息内容"

本地仓库搭建

创建本地仓库的方法有两种：一种是创建全新的仓库，另外一种是克隆远程仓库。

1. 创建全新的仓库。在需要Git管理的项目的根目录执行git init；
2. 新建一个git代码库之后，在项目目录总多出了一个.git目录，关于版本的所有信息都在这个目录中。

克隆远程仓库

将远程服务器上的仓库克隆一份到本地。

#克隆一个项目和它的整个版本信息
git clone [url]

Git文件操作

文件4种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了未想提交的文件，或要提交的文件未提交成功。

• Untracked：未跟踪，此文件在文件夹中，但并没有加入到git库，不参与版本控制，通过git add状态变为Staged
• Unmodify：文件已经入库，未修改，即版本库中的文件快照内容与文件夹中完全一致，这种类型的文件有两种去处。
  • 如果它被修改，而变为Modified。
  • 如果使用git rm移除版本库，则成为Untracked文件
• Modified：文件已修改，仅仅是修改，并没有进行其它的操作，这个文件也有两个去处。
  • 通过git add可进入暂存Staged状态
  • 使用git checkout则丢弃修改过，返回到Unmodify状态。git checkout即从库中取出文件，覆盖当前修改。
• Staged：暂存状态，
  • 执行git commit则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态
  • 执行git reset HEAD filename取消暂存，文件状态为Modified

查看文件状态

查看指定文件状态：

git status [filename]

查看所有文件状态：

git status

忽略文件

有时不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等。

在主目录下建立.gitignore文件，此文件有如下规则：

• 空格不匹配任意文件，可作为分隔符，可用反斜杠转义
• # 开头的文件标识注释，可以使用反斜杠进行转义
• ! 开头的模式标识否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用 ! 也不会再次被包含。可以使用反斜杠进行转义
• / 结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件
• / 开始的模式匹配项目跟目录
  如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录
• ** 匹配多级目录，可在开始，中间，结束
• ? 通用匹配单个字符
• [] 通用匹配单个字符列表

常用匹配示例：

bin/: 忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件

/bin: 忽略根目录下的bin文件

/*.c: 忽略 cat.c，不忽略 build/cat.c

debug/*.obj: 忽略 debug/io.obj，不忽略 debug/common/io.obj 和 tools/debug/io.obj

**/foo: 忽略/foo, a/foo, a/b/foo等

a/**/b: 忽略a/b, a/x/b, a/x/y/b等

!/bin/run.sh: 不忽略 bin 目录下的 run.sh 文件

*.log: 忽略所有 .log 文件

config.php: 忽略当前路径的 config.php 文件

.gitignore规则不生效

.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。

解决方法就是先把本地缓存删除（改变成未track状态），然后再提交:

git rm -r --cached .
git add .
git commit -m  'update .gitignore'

Git分支

分支就是从主线上分离出来进行另外的操作，而又不影响主线，主线又可以继续干它的事，是不是有点像线程，最后分支做完事后合并到主线上而分支的任务完成可以删掉了。这样是不是很方便，主线继续做它的事，分支用来解决临时需求，二者互不相干。

Git分支中常用命令：

#列出所有本地分支
git branch

#列出所有远程分支
git branch -r

#新建一个分支，但依然停留在当前分支
git branch -b [branch]

#合并指定分支到当前分支
git merge [branch]

#删除分支
git branch -d [branch-name]

#删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]

多个分支如果并行执行，就会导致代码不冲突，也就是同时存在多个版本。

如果同意文件在合并分支时被修改了则会引起冲突，可以修改冲突文件后重新进行提交。

master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的其它分支上工作，工作完后，需要发布或其它分支代码稳定后可以合并到主分支master。