<p align="center">

<a href="https://mp.weixin.qq.com/s/PpeblHk6Ml4w8iNrrw8UAA"><img src="https://img.shields.io/badge/%E5%9C%A8%E7%BA%BF%E9%98%85%E8%AF%BB-read-brightgreen" alt="在线阅读"></a>

<a href="#公众号"><img src="https://img.shields.io/badge/%E5%BE%AE%E4%BF%A1%E5%85%AC%E4%BC%97%E5%8F%B7-%E4%BB%A3%E7%A0%81%E6%83%85%E7%BC%98-orange" alt="公众号"></a>

<a href="#公众号"><img src="https://img.shields.io/badge/PDF-Git%E7%89%88%E6%9C%AC%E6%8E%A7%E5%88%B6-yellowgreen" alt="PDF"></a>

<a href="#联系我"><img src="https://img.shields.io/badge/%E8%81%94%E7%B3%BB%E6%88%91%E4%BB%AC-weChat-orange" alt="联系我"></a>

</p>

如果您喜欢或者打算使用这个项目来学习或者来开始你的 `Git 版本控制`学习之路，给我一个 `Star`，谢谢！

- 现在的软件项目通常是由一个研发小组共同分析、设计、编码、维护以及测试的

- 针对团队开发需要解决以下问题：

+ 备份多个版本，费空间，费时间

+ 难于恢复至以前正确版本

+ 难以解决代码冲突困难

+ 难于追溯问题代码的修改人和修改时间

+ 无法进行权限控制

+ 项目版本发布困难

- 源代码管理工具就是为了解决上述问题应运而生的

+ 是维护工程蓝图的标准做法，能追踪工程蓝图从诞生一直到定案的过程。是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统

+ 如果是团队开发，使用版本控制是强制性的！

+ 如果是单人开发，也强烈建议现在就开始使用版本控制!

- 使用版本控制可以：

+ 不会对现有工作造成任何损害

+ 不会增加工作量

+ 添加新的功能拓展时，会变得更加容易

+ CVS 开启版本控制之门

+ CVS 1990年诞生，远古时代的主流源代码管理工具

+ SVN 集中式版本控制之王者

+ SVN:又称subversion，是CVS的接班人，是一款`集中式`源代码管理工具。曾经是绝大多数开源软件的代码管理工具(google code)，前几年在国内软件企业使用最为普遍

+ GIT 分布式版本控制之伟大作品

+ GIT:一款`分布式`源代码管理工具，目前国内企业几乎都已经完成了从SVN到GIT的转换

- 集中式源代码管理

- 分布式源代码管理

- 分布式和集中式的最大区别在于：

+ 在集中式下, 开发者只能将代码提交到服务器, 在分布式下, 开发者可以本地提交

+ 在集中式下, 只有远程服务器上有代码数据库, 在分布式下, 每个开发者机器上都有一个代码数据库

- SVN(集中式)

- GIT(分布式)


- 速度

+ 在很多情况下，git的速度远远比SVN快

- 结构

+ SVN是集中式管理，git是分布式管理

- 其他

+ SVN使用分支比较笨拙，git可以轻松拥有无限个分支

+ SVN必须联网才能正常工作，git支持本地版本控制工作

+ 旧版本的SVN会在每一个目录置放一个.svn，git只会在根目录拥有一个.git

- GIT是一款自由和开源的`分布式`版本控制系统，用于`敏捷高效`地处理任何或小或大的项目

- 在世界上所有的分布式版本控制工具中，git是最快、最简单、最流行的

- 是Linux之父李纳斯的第二个伟大作品

+ 2005年由于BitKeeper软件公司对Linux社区停止了免费使用权。

+ Linus为了辅助Linux内核的开发(管理源代码),迫不得己自己开发了一个分布式版本控制工具，从而Git诞生了

- 如果想学好GIT必须先了解GIT的工作原理

- **工作区(Working Directory):** 仓库文件夹里面, 除了`.git目录`以外的内容

- **版本库(Repository):**.git目录, 用于存储记录版本信息

- 版本库中的**暂缓区(staga):**

- 版本库中的**分支(master):** git自动创建的第一个分支

- 版本库中的**HEAD指针:**用于指向当前分支

- git add和git commit命名作用

+ git add: 把文件修改添加到暂缓区

+ 

+ git commit: 把暂缓区的所有内容提交到当前HEAD指针指向的分支

+ 

- 多人开发时需要一个`共享版本库`, 单人开发初始化一个`本地库`即可

- 共享版本库的形式:

+ 本地共享库: 文件夹/U盘/硬盘

+ 远程共享库: 自己搭建git服务器/托管到第三方平台(github/oschina等)

- 无论是单人开发还是多人开发, 客户端都可以使用命令行或者图形化界面使用git

- `git help` ：git指令帮助手册

+ 查看其他指令的做法：git help 其他指令

- `git init` : 仓库初始化(个人仓库)

+ 仓库文件目录

```

```

- GIT设置配置信息

+ 配置用户名：`git config user.name "用户名"`（用于跟踪修改记录）

+ 配置邮箱：`git config user.email "邮箱"`（用于多人开发间的沟通）

+ `git config -l` : 查看配置信息

+ `git config -e` : 编辑配置信息

- `git status` ：查文件的状态

+ 查看某个文件的状态：`git status 文件名`

+ 查看当前路径所有文件的状态：`git status`

- `git add` ：将工作区的文件保存到暂缓区

+ 保存某个文件到暂缓区：`git add 文件名`

+ 保存当前路径的所有文件到暂缓区：`git add .`（注意，最后是一个点 . ）

- `git commit`：将暂缓区的文件提交到当前分支

+ 提交某个文件到分支：`git commit -m ”注释” 文件名`

+ 保存当前路径的所有文件到分支：`git commit -m ”注释” `

- `git log` ：查看文件的修改日志

+ 查看某个文件的修改日志：`git log 文件名`

+ 查看当前路径所有文件的修改日志：`git log`

+ 用一行的方式查看简单的日志信息：`git log ––pretty=oneline`

+ 查看最近的N次修改：`git log –N`（N是一个整数）

- `git diff` ：查看文件最新改动的地方

+ 查看某个文件的最新改动的地方：`git diff 文件名`

+ 查看当前路径所有文件最新改动的地方：`git diff`

- `git reflog` ：查看分支引用记录（能够查看所有的版本号）

- `git rm`：删除文件（删完之后要进行commit操作，才能同步到版本库）

- `git reset `：版本回退（建议加上––hard参数，git支持无限次后悔）

+ 回退到上一个版本：`git reset ––hard HEAD^`

+ 回退到上上一个版本：`git reset ––hard HEAD^^`

+ 回退到上N个版本：`git reset ––hard HEAD~N（N是一个整数）`

+ 回退到任意一个版本：`git reset ––hard 版本号（版本号用7位即可）`

- Git忽略提交规则 - .gitignore配置

+ 别看了, 你想要的都在这[企业开发专用链接](https://github.com/github/gitignore)

# 表示此为注释,将被Git忽略

*.a 表示忽略所有 .a 结尾的文件

!lib.a 表示但lib.a除外

/TODO 表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO

build/ 表示忽略 build/目录下的所有文件，过滤整个build文件夹；

doc/*.txt 表示会忽略doc/notes.txt但不包括 doc/server/arch.txt

**/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 文件

/mtk/ 表示过滤整个文件夹

*.zip 表示过滤所有.zip文件

/mtk/do.c 表示过滤某个具体文件

被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地库中还有，只是push的时候不会上传。

需要注意的是，gitignore还可以指定要将哪些文件添加到版本管理中，如下：

!*.zip

!/mtk/one.txt

唯一的区别就是规则开头多了一个感叹号，Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢？

想象一个场景：假如我们只需要管理/mtk/目录中的one.txt文件，这个目录中的其他文件都不需要管理，那么.gitignore规则应写为：：

/mtk/*