目录
一、Git概述
1.1Git历史
Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。
到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。
这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统，这就是我们的Git。 他们对新的系统制订了若干目标：
- 速度
- 简单的设计
- 对非线性开发模式的强力支持（允许成千上万个并行开发的分支）
- 完全分布式
- 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
1.2Git与SVN对比
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。
集中式版本控制工具缺点：
- 服务器单点故障，一旦服务器出现问题所有代码都没了
- 容错性差
而Git是分布式版本控制系统（Distributed Version Control System，简称 DVCS），分为两种类型的仓库：本地仓库和远程仓库。
- 本地仓库：是在开发人员自己电脑上的Git仓库
- 远程仓库：是在远程服务器上的Git仓库
连接远程仓库和本地仓库的常用命令如下：
- Clone：克隆，就是将远程仓库复制到本地仓库
- Push：推送，就是将本地仓库代码上传到远程仓库
- Pull：拉取，就是将远程仓库代码下载到本地仓库
- Commit：主要是将暂存区里的改动提交到本地的版本库
1.3Git工作流程
Git一般的工作流程如下：
- 从远程仓库中克隆代码到本地仓库
- 从本地仓库中checkout代码然后进行代码修改
- 在提交前先将代码提交到暂存区
- 提交到本地仓库。本地仓库中保存修改的各个历史版本
- 修改完成后，需要和团队成员共享代码时，将代码push到远程仓库
1.4Git下载与安装
Git的官网下载链接为：Git - Downloads
点击下载默认安装即可，安装好了之后右键菜单里会出现Git的快捷命令，
二、Git代码托管服务
2.1常用的Git代码托管服务
前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。
那么我们如何搭建Git远程仓库呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、Gitee码云、GitLab等。
- gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持Git 作为唯一的版本库格式进行托管，故名gitHub
- gitee码云（地址： https://gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度会更快
- GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务
2.2Gitee码云
我们以Gitee为例，在互联网上搭建Git远程仓库，其官网为：https://gitee.com/，
2.2.1新建仓库
我们登录该网站后，可以在左侧找到仓库的加号，点击即可新建仓库，
每个仓库都有一个网络地址，可以点击克隆/下载按钮弹出窗口并点击复制按钮获得这个网络地址
2.2.2邀请其他用户称为仓库成员
上面我们新建的仓库为私有的，此时仓库成员只有自己一个人（身份为管理员）。在企业实际开发中，一个项目往往是由多个人共同开发完成的，为了使多个参与者都有权限操作远程仓库，就需要邀请其他项目参与者成为当前仓库的成员。
我们可以选择菜单栏右侧的管理，选择仓库成员管理，就可以为各种角色添加仓库成员，
邀请的方式有三种，分别为：
- 链接邀请：直接发送链接，对方收到后点击链接即可
- 直接添加：需要指导对方的Gitee个人空间地址，或者完整的邮箱地址
- 通过仓库邀请：给定一个仓库地址，邀请仓库成员会给目标仓库的所有成员发送邀请链接
三、Git常用命令
Git提供了很多命令来完成相应的操作，为了方便学习，我们将这些命令进行了分类：
- 环境配置
- 获取Git仓库
- 工作目录、暂存区以及版本库概念
- Git工作目录下文件的两种状态
- 本地仓库操作
- 远程仓库的使用
- 分支
- 标签
3.1环境配置
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。
这里的用户信息仅仅用来标识这段代码是谁上传的，并不是Git托管服务网站（例如Gitee、GitHub等）的账户信息。
- 设置用户信息
- git config --global user.name “username”
- git config --global user.email “xxxx@xxx.xxx”
- 查看配置信息
- git config --list
- git config user.name
我们在任意文件夹内右键，点击Git Bash Here，然后设置我们的用户信息并进行查询，
通过上面的命令设置的信息会保存在~/.gitconfig文件中
3.2获取Git仓库
要使用Git对我们的代码进行版本控制，首先需要获得Git仓库，
而获取Git仓库通常有两种方式：
- 在本地初始化一个Git仓库
- 从远程仓库克隆
第一种方式为在本地初始化，执行步骤如下：
- 在电脑的任意位置创建一个空目录（例如repo1）作为我们的本地Git仓库
- 进入这个目录中，点击右键打开Git bash窗口
- 执行命令git init
如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功
第二种方式为从远程仓库克隆，
可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地，
git clone 远程Git仓库地址
3.3工作目录、暂存区和版本库
为了更好的学习Git，我们需要了解Git相关的一些概念，这些概念在后面的学习中会经常提到：
- 版本库：前面看到的 .git 隐藏文件夹就是版本库，版本库中存储了很多配置信息、日志信息和文件版本信息等
- 工作目录（工作区）：包含 .git 文件夹的目录就是工作目录，主要用于存放开发的代码
- 暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方
三者有以下的关系图：
3.4Git工作目录下文件的两种状态
Git工作目录下的文件存在两种状态：
- untracked
- 未跟踪状态，未被纳入版本控制，不受git的版本管理
- 例如我们在远程仓库拉取到本地后，新建了一个文件，此时该文件是未跟踪状态，不受git的管理与控制
- tracked
- 已跟踪状态，被纳入版本控制，该状态又分为以下三种
- Unmodified：未修改状态，从远程仓库拉取到本地后，未对文件进行修改
- Modified：已修改状态，从远程仓库拉取到本地后，对文件进行了修改
- Staged：已暂存状态，从远程仓库拉取到本地后，对文件进行了修改，并且将修改后的文件进行了暂存
- 已跟踪状态，被纳入版本控制，该状态又分为以下三种
3.5本地仓库操作
3.5.1 git status
git status 查看文件状态
比如我们将git-test项目从远程仓库拉取到本地，然后新建了一个txt，并且修改了README.md，
然后我们在这个工作区运行git status命令查看文件的状态，
也可以使用 git status –s 使输出信息更加简洁，
3.5.2 git add
git add ：将未跟踪的文件加入暂存区
git add dir ：添加指定目录到暂存区，包括子目录
git add . ：添加当前目录下的所有文件到暂存区
在上述的例子中，newfile.txt文件是处于未跟踪的状态，我们可以使用git add命令将该文件加入暂存区。
我们还可以通过git reset命令，将暂存区的文件取消暂存，
git reset 将暂存区的文件取消暂存
3.5.3 git commit
git commit -m 'xxx' 将暂存区的文件修改提交到本地仓库
git commit -a -m 'xxx' 将修改的文件先加到暂存区，然后提交到本地仓库
首先我们还是将刚刚的newfile.txt加入到暂存区（只有在暂存区的文件才可以提交），然后我们将处于暂存区的文件提交到本地仓库，
此时还有一个README.md文件没有被提交，因为该文件修改之后没有加入到暂存区，所以没有执行提交操作，
3.5.4 git rm
git rm 删除文件
我们可以利用该命令将newfile.txt进行删除，
使用git rm命令删除只是删除了工作区中的文件，要想将该文件在本地仓库中也删除，需要进行提交操作。
如果我们直接在工作目录右键删除文件，此时的操作是处于已修改状态的，并没有在暂存区，例如我们手动删除README.en.md文件，
所以使用git rm命令删除文件可以直接默认将该文件的删除加入到暂存区，不需要手动添加。
3.5.5将文件添加至忽略列表
一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。
通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。
在这种情况下，我们可以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。下面是一个示例：
# no .a files 忽略.a后缀的文件
*.a
# but do track lib.a, even though you're ignoring .a files above 但是lib.a文件除外，该文件不能被忽略
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO 当前目录下的TODO文件被忽略，不包含子目录下的TODO文件
/TODO
# ignore all files in the build/ directory 忽略build路径下的所有文件
build/
# ignore doc/notes.txt, but not doc/server/arch.txt 忽略doc目录下的txt文件，不包含子目录下的txt文件
doc/*.txt
# ignore all .pdf files in the doc/ directory 忽略doc目录下的所有pdf文件，包含子目录
doc/**/*.pdf假设我们有一个新建的ignore文件夹，里面的所有文件我们都不想让git管理，
如果不想让git每次都提示，我们就要将该目录添加至忽略列表，首先要新建 .gitignore 的文件，因为windows创建.gitignore文件时会提示我们输入文件名，所以我们用命令行的方式创建，
然后我们将ignore文件夹添加到忽略列表，
此时再次查看文件状态，
3.5.6 git log
git log 查看日志记录
3.6远程仓库操作
前面执行的命令操作都是针对的本地仓库，接着我们会学习远程仓库的操作，具体包括：
- 查看远程仓库
- 添加远程仓库
- 从远程仓库克隆
- 移除无效的远程仓库
- 从远程仓库中抓取与拉取
- 推送到远程仓库
3.6.1查看远程仓库
如果想查看已经配置的远程仓库服务器，可以运行 git remote 命令。
它会列出指定的每一个远程服务器的简写。 如果已经克隆了远程仓库，那么至少应该能看到 origin ，这是 Git 克隆的仓库服务器的默认名字
如果我们是自己新建的本地仓库，没有连接远程仓库，则无法查询到相关信息，
3.6.2添加远程仓库
git remote add <shortname> <url> 添加一个新的远程仓库，同时指定一个可以引用的简写
我们利用该命令给新建的本地仓库repo1添加一个远程仓库，建立连接，
3.6.3从远程仓库克隆
git clone url 克隆远程仓库的数据
如果你想获得一份已经存在了的 Git 仓库的拷贝，这时就要用到 git clone 命令。
Git 克隆的是该 Git 仓库服务器上的几乎所有数据（包括日志信息、历史记录等），而不仅仅是复制工作所需要的文件。 当你执行 git clone 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。
3.6.4移除无效的远程仓库
git remote rm 移除一个远程仓库
假设我们现在添加一个无效的远程仓库，需要将其删除，
注意：此命令只是从本地移除远程仓库的记录，并不会真正影响到远程仓库
3.6.5从远程仓库中抓取与拉取
git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge到工作空间
git pull 是从远程仓库获取最新版本到本地仓库，并自动merge到工作空间
假设我们现在有一个新的本地仓库，我们想从远程仓库获取数据到本地仓库，首先试试fetch抓取
上述方式需要手动自己合并，使用pull拉取命令就可以自动合并了，我们将本地仓库删除之后重新使用拉取命令来获取远程仓库的数据，
注意：如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库拉取文件的时候会报错（fatal: refusing to merge unrelated histories ），解决此问题可以在git pull命令后加入参数--allow-unrelated-histories
我们将本地仓库文件全部删除，然后重新初始化，在本地仓库中新建一个test.txt文件，然后将该文件加入到暂存区，提交到本地仓库，
接着我们再试着从远程仓库拉取数据，使用pull命令自动合并到工作区，结果发现不允许合并
因为本地仓库中有一个test.txt文件，如果远程仓库中也有一个test.txt文件，那么自动合并的时候可能会把这个文件给吞并了，造成数据的丢失，所以Git不让我们进行拉取自动合并，
运行时会弹出来一个框，让我们填写日志信息，这里我们直接键盘输入":wq"，即保存退出
3.6.6推送到远程仓库
git push [remote-name] [branch-name] 推送代码到远程仓库的某个分支
上面我们在本地仓库新建了一个文件，并且将远程仓库的中的文件也拉取下来了，此时我们可以利用push命令，将我们的代码推送到远程仓库中，
在推送的时候有可能会弹出让你输入Gitee的账号和密码，输入即可，
3.7Git分支
几乎所有的版本控制系统都以某种形式支持分支。
使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。
Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有 master 分支，是因为git init 命令默认创建它，并且大多数人都懒得去改动它。
在小节我们会学习到关于分支的相关命令，具体如下：
- 查看分支
- 创建分支
- 切换分支
- 推送至远程仓库分支
- 合并分支
- 删除分支
3.7.1查看分支
分支又分为本地分支和远程分支，本地分支即在本地仓库中的分支，远程分支是在远程仓库中的分支，我们使用git branch命令默认是查询本地分支，
git branch 列出所有本地分支
git branch -r 列出所有远程分支
git branch -a 列出所有本地分支和远程分支
3.7.2创建与切换分支
git branch [新建分支名] 创建本地分支
git checkout [分支名] 切换到指定的本地分支
我们可以直接利用git branch命令创建本地分支，
然后我们可以用git checkout命令，切换当前所处的分支，
3.7.3推送至远程仓库分支
git push origin [分支名] 推送到远程仓库的指定分支
使用该命令可以自动帮我们在远程仓库创建分支，并将代码存储到该分支上，
可以看到远程仓库中也创建好了对应的分支，并且也上传好了文件。
3.7.4合并分支
git merge [分支名] 将指定分支上的文件合并到当前分支
假设现在在b1分支进行开发，我们新建一个Textb1.txt，我们将该文件加入暂存区，然后提交到本地仓库的b1分支上，
然后我们切换到master分支，想要在master分支合并b1分支的文件，将Textb1.txt文件合并过来，
可以看到合并完成之后在master分支下，也能看到Textb1.txt，
有时候合并操作不会如此顺利。 如果你在两个不同的分支中，对同一个文件的同一个部分进行了不同的修改，Git 就没办法合并它们，同时会提示文件冲突。此时需要我们打开冲突的文件并修复冲突内容，最后执行git add命令来标识冲突已解决。
假设我们在master分支下修改Textb1.txt，更改内容为master branch，然后加入缓存区并提交，
接着在b1分支下修改内容为b1 branch，然后加入缓存区并提交，
做好了之后我们切换到master分支，现在我们想把b1分支的Textb1.txt文件合并到主分支中，我们使用merge操作进行合并，
合并的时候我们发现有冲突，我们打开Textb1.txt文件看看，
可以看到里面两个分支的内容被一个固定的格式隔开了，
<<<<<<< 当前分支名
当前分支起冲突的内容
=======
要合并的分支起冲突的内容
>>>>>>> 合并的分支名
这样我们就可以进行人工修改，然后将修改好的文件通过 git add 命令加到缓存区然后提交即可，
此时我们就算合并好了。
3.7.5将本地修改的分支推送到远程分支
我们将刚刚修改的内容都推送到远程分支上，
3.7.6删除分支
git branch -d [分支名] 删除指定本地分支
git branch -D [分支名] 强制删除指定本地分支
git push origin -d [分支名] 删除指定远程分支
如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，如果坚持要删除此分支，可以将命令中的-d参数改为-D
1547
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
