gitee 查看项目的仓库地址

* 首先，使用 Git 管理的项目，拥有三个区域，分别是工作区、暂存区、Git 仓库

• 工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。
• 如果文件已修改并放入暂存区，就属于已暂存状态。
• 如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

-------------------基本操作命令----------------

1.全局配置

1.1配置用户信息

安装完 Git 之后，要做的第一件事就是设置自己的用户名和邮件地址，如果使用了== --global== 选项，那么该命令只需要运行一次，即可永久生效

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

1.2查看用户信息

直接查看

git config --global user.name   //查看姓名
git config --global user.email   //查看邮箱

通过文件查看

通过 git config --global user.name 和 git config --global user.email配置的用户名和邮箱地址，会被写入到   C:/Users/用户名文件夹/.gitconfig  文件中

可以使用记事本打开此文件，从而查看自己曾经对 Git 做了哪些全局性的配置

1.3检查配置信息

# 查看所有的全局配置项
git config --list --global

# 查看指定的全局配置项
git config user.name
git config user.email

1.4获取帮助信息

# 想要打开 git config 命令的帮助手册
git help config
# 想要获取精简的帮助手册
git config -h

2.Git仓库

获取Git仓库有两种方式

1. 将尚未进行版本控制的本地目录转换为 Git 仓库
2. 从其它服务器克隆一个已存在的 Git 仓库

2.1 初始化现有仓库

1. 在项目目录中，通过鼠标右键打开“Git Bash”  （摁下shift键）
2. 执行 git init 命令将当前的目录转化为 Git 仓库

# git init 命令会创建一个名为 .git 的隐藏目录，这个 .git 目录就是当前项目的 Git 仓库
git init

2.2 检查文件状态

git status
# 以精简的方式显示文件状态
git status -s
git status --short

文件状态类型：

Untracked file  => 未被追踪,文件显示状态为U 简写为两个红色问号

绿色M => 代表版本库和中间状态有差异。就是工作树版本库和提交到暂存区中文件的差异

红色M => 代表工作区和当前文件状态的差异。就是工作树版本库和本地开发文件的差异

A => 将文件从工作区添加到暂存区

2.3跟踪更新和提交到暂存区

使用命令 git add 开始跟踪一个文件或者将已追踪的文件提交到暂存区

git add 文件名

2.4提交本地仓库

现在暂存区中有一个 index.html 文件等待被提交到 Git 仓库中进行保存。

git commit -m "更新日志描述信息"

 2.5向暂存区中一次性添加多个文件

将文件夹内所有文件都进行添加

git add .

2.6跳过使用暂存区

文件被追踪后，使用该命令直接添加到仓库中

git commit -a -m '日志描述信息'

2.7撤销修改

 把对工作区中对应文件的修改，还原成 Git 仓库中所保存的版本。（覆盖）

操作的结果：所有的修改会丢失，且无法恢复

git checkout -- 文件名

2.8取消暂存文件

git reset HEAD 要移除的文件名称

2.9移除文件

分为两种

1. 从 Git 仓库和工作区中同时移除对应的文件  （文件状态显示为D）
2. 只从 Git 仓库中移除指定的文件，但保留工作区中对应的文件

# 从 Git 仓库和工作区中同时移除文件
git rm -f 文件名

# 只从 Git 仓库中移除文件，到保留工作区中的文件
git rm --cached 文件名

2.10 忽略文件

一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式

1. 以 # 开头的是注释
2. 以 / 结尾的是目录
3. 以 / 开头防止递归
4. 以 ! 开头表示取反
5. 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）

glob模式

所谓的 glob 模式是指简化了的正则表达式

1. **星号 匹配零个或多个任意字符
2. [abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
3. 问号 ? 只匹配一个任意字符
4. 在方括号中使用==短划线==分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）
5. 两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）

# 忽略所有的 .a文件
*.a

# 但跟踪所有的 lib.a, 即便你在前面忽略了 .a 文件
!lib.a

# 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO
/TODO

# 忽略任何目录下名为 build 的文件夹
build/

# 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt
doc/*.txt

# 忽略 doc/ 目录及其所有子目录下的 .pdf 文件
doc/**/*.pdf

2.11查看提交历史

# 按时间先后顺序列出所有的提交历史，最新的提交排在最上面
git log

# 只展示最新的两条提交历史，数字可以按需进行填写
git log -2

# 在一行上展示最近两条提交历史的信息
git log -2 --pretty=oneline

# 在一行上展示最近两条提交历史的信息，并自定义输出的格式
# %h 提交的简写哈希值  %an作者名字   %ar作者修订日期，按多久以前的方式显示   %s提交说明
git log -2 --pretty=format:"%h | %an | %ar |%s"

2.12 回退到指定版本

注意，在这里版本只是回退，不覆盖，所有版本都保存

# 在一行上展示所有的提交历史
git log --pretty=oneline

# 使用 git reset --hard 命令，根据指定的 ID 回退到指定版本
git reset --hard <CommitID>

# 在旧版本中使用 git reflog --pretty=oneline 命令，查看命令操作的历史
git reflog --pretty=oneline

# 再次根据最新的提交 ID, 跳转到最新的版本
git reset --hard <CommitID>

3.访问仓库

访问仓库有两种访问方式（github和gitee操作方法一样，以下将以gitee为例）

1. HTTPS：零配置；但是每次访问仓库时，需要重复输入 仓库所在网站的账号和密码才能访问成功
2. SSH：需要进行额外的配置；但是配置成功后，每次访问仓库时，不需重复输入 仓库所在网站的账号和密码

3.1HTTPS：

进入网站，新建仓库，按要求输入，点击创建，跳转到操作页面

选择HTTPS地址

按照页面提示进行操作

3.2 SSH key

SSH key有两部分组成

1. id_rsa（私钥文件，存放于客户端的电脑中即可）
2. id_rsa.pub（公钥文件，需要配置到 Github 中）

3.2.1 生成SSH key

1. 打开 Git Bash
2. 在命令行输入如下命令，并将 [e-mail] 替换为注册 Github 账号时填写的邮箱

*t rsa: 加密方式为rsa(输入非对称加密)  -b 4096:  生成的密钥长度为4096位
ssh-keygen -t rsa -b 4096 -C "[e-mail]"

1. 连续敲击 3 次回车，即可在 C:\Users\用户名文件夹.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

3.2.2配置SSH key

1. 使用记事本打开 id_rsa.pub 文件，复制里面的文本内容
2. 在浏览器中登录 Github，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
3. 将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中
4. 在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来

3.2.3 检查是否配置成功

ssh -t [e-mail]

上述的命令执行成功后，输入 yes 如果出现successfully 则配置成功

3.2.4 使用SSH key上传

选择SSH key地址

按照页面提示进行操作，和HTTPS一样

3.3.将远程仓库克隆到本地

git clone 远程仓库的地址

4.Git分支

4.1master主分支

在初始化本地 Git 仓库的时候，Git 默认已经帮我们创建了一个名字叫做 master 的分支。通常我们把这个master 分支叫做主分支。

在实际工作中，master 主分支的作用是：用来保存和记录整个项目已完成的功能代码。

因此，不允许程序员直接在 master 分支上修改代码，因为这样做的风险太高，容易导致整个项目崩溃

4.2 功能分支本地操作

功能分支指的是专门用来开发新功能的分支，它是临时从 master 主分支上分叉出来的，当新功能开发且测试完毕后，最终需要合并到 master 主分支上，如图所示：

4.2.1查看分支列表

*分支名字前面的 * 号表示当前所处的分支

git branch

4.2.2创建分支

基于当前分支，创建一个新的分支，此时，新分支中的代码和当前分支完全一样

git branch 分支名(login)

4.2.3 切换分支

git checkout 要切换的分支名

4.2.4 快速创建并切换分支

# -b 表示创建一个新分支
# checkout 表示切换到刚才新建的分支上
git checkout -b 分支名称

4.2.5 合并分支

功能分支的代码开发测试完毕之后，使用命令，将完成后的代码合并到 master 主分支上

# 1. 切换到master主分支
git checkout master
# 2. 在master分支上运行 git merge 命令，将 login 分支的代码合并到 master 分支
git merge 分支名(login)

4.2.6 删除分支

*删除时不能在删除分支上执行命令，要切换到其他分支上操作

git branch -d 分支名称

4.2.7 遇到冲突时合并分支

在两个不同的分支中，对同一个文件进行了不同的修改，Git 就没法干净的合并它们。 此时，我们需要打开这些包含冲突的文件然后手动解决冲突

# 假设：在把 reg 分支合并到 master 分支期间，代码发生了冲突
git checkout master
git merge reg

# 打开包含冲突的文件，手动解决冲突后，在执行如下命令
git add .
git commit -m "解决了分支合并冲突的问题"

4.3 远程操作分支

4.3.1 推送分支

如果是第一次将本地分支推送到远程仓库

# -u 表示把本地分支和远程分支进行关联，只在第一次推送的时候需要带 -u 参数
git push -u 远程仓库的别名 
# 如果和本地名称不一样，则 本地分支名称:远程分支名称

# 实际案例
git push -u origin payment:pay

# 如果希望远程分支的名称和本地分支名称保持一致，可以对命令进行简化
git push -u origin 分支名

4.3.2查看远程仓库分支

git remote show 远程仓库名称

4.3.3跟踪分支

从远程仓库中，把远程分支下载到本地仓库中

# 从远程仓库中，把对应的远程分支下载到本地仓库，保持本地分支和远程分支名称相同
git checkout 远程分支的名称

# 示例：
git checkout pay

# 从远程仓库中，把对应的远程分支下载到本地仓库,并把下载的本地分支进行重命名
git checkout -b 本地分支名称 远程仓库名称/远程分支名称

# 示例：
git checkout -b payment origin/pay

4.3.4拉取远程分支最新代码

# 从远程仓库，拉取当前分支的最新代码，保持当前分支的代码和远程分支代码一致
git pull

4.3.5删除远程分支

# 删除远程仓库中，指定名称的远程分支
git push 远程仓库名称 --delete 远程分支名称

# 示例：
git push origin --delete pay