Git笔记
1. Git基础
1.1 版本管理
1.1.1 什么是版本管理
版本管理是一种记录文件变化的方式，以便将来查阅特定版本的文件内容。
1.1.2 人为维护文档版本的问题
-
文档数量多且命名不清晰导致文档版本混乱
-
每次编辑文档需要复制，不方便
-
多人同时编辑同一个文档，容易产生覆盖
1.2 Git 是什么
Git是一个版本管理控制系统（缩写VCS），它可以在任何时间点，将文档的状态作为更新记录保存起来，也可以在任何时间点，将更新记录恢复回来。
1.3 Git 安装
在安装的过程中，不需要修改选项，一路下一步，所有选项使用默认值即可。
git --verter 查看git版本
1.4 Git 基本工作流程
| git仓库 | 暂存区 | 工作目录 |
|---|---|---|
| 用于存放提交记录 | 临时存放被修改文件 | 被Git管理的项目目录 |
git基本工作流程：开发者每次向git仓库中提交项目状态，都要先将这一次修改的文件从工作目录提交到暂存区，再将暂存区中的文件提交到 git 仓库。
1.5 Git 的使用
1.5.1 Git 使用前配置
在使用 git 前，需要告诉 git 你是谁，在向 git 仓库中提交时需要用到。
- 配置提交人姓名：
git config --global user.name 提交人姓名 - 配置提交人姓名：
git config --global user.email 提交人邮箱 - 查看git配置信息：
git config --list
注意
-
如果要对配置信息进行修改，重复上述命令即可。
-
配置只需要执行一次。
-
修改配置也可以在: 我的电脑 => C盘 => 用户 => 用户名 => .gitconfig文件(代码编辑器方式打开)
1.5.2 提交步骤
-
git init初始化git仓库 -
git status查看文件状态 -
git add 文件列表追踪文件 -
git commit -m 提交信息向仓库中提交代码 -
git log查看提交记录
1.5.3 撤销
- 用暂存区中的文件覆盖工作目录中的文件：
git checkout 文件，
应用场景：比如在开发项目中某一个功能，在功能开发到一半的时候，将工作目录中已修改的文件添加了暂存区中，然后回到工作目录中继续开发，过了一会发现后来开发的代码有些问题，需要代码恢复到功能开发到一半的时候的状态，怎么恢复呢？这时候可以用暂存区的文件覆盖工作目录中的文件，这时候就恢复到了功能开发到一半的时候的代码，虽然此时工作目录中用的时暂存区中的文件，此时暂存区还是有这个文件，还是时被git所管理；
- 将文件从暂存区中删除：
git rm --cached 文件 - 将 git 仓库中指定的更新记录恢复出来，并且覆盖暂存区和工作目录：
git rest --hard commitID
2. Git进阶
2.1 分支
为了便于理解，大家暂时可以认为分支就是当前工作目录中代码的一份副本。
使用分支，可以让我们从开发主线上分离出来，以免影响开发主线。
2.1.1 分支细分
- 主分支（master）：第一次向 git 仓库中提交更新记录时自动产生的一个分支。
-
、开发分支（develop）：作为开发的分支，基于 master 分支创建。
-
功能分支（feature）：作为开发具体功能的分支，基于开发分支创建
功能分支 -> 开发分支 -> 主分支
2.1.2 分支命令
-
git branch查看分支 -
git branch 分支名称创建分支 -
git checkout 分支名称切换分支分支所有的改动提交(git commit -m)到git仓库后才能在进行分支切换，否则回将创建分支的文件带到其他分支中
-
git merge 来源分支合并分支合并分支必须实在在主分支(master)状态下,合并其他分支
-
git branch -d 分支名称删除分支（分支被合并后才允许删除）（-D 强制删除）删除分支是在其他分支上删除需要删除的分支，分支未合并时不允许删除，如果强制删除命令则是
git branch -D 分支名称
2.2 暂时保存更改
在git中，可以暂时提取分支上所有的改动并存储，让开发人员得到一个干净的工作副本，临时转向其他工作。
使用场景：分支临时切换，当你正在开发分支功能时，老板突然来提出你以前写的代码有BUG，需要立即修改；
- 存储临时改动：
git stash - 恢复改动：
git stash pop
3. Github
在版本控制系统中，大约90%的操作都是在本地仓库中进行的：暂存，提交，查看状态或者历史记录等等。除此之外，如果仅仅只有你一个人在这个项目里工作，你永远没有机会需要设置一个远程仓库。
只有当你需要和你的开发团队共享数据时，设置一个远程仓库才有意义。你可以把它想象成一个 “文件管理服务器”，利用这个服务器可以与开发团队的其他成员进行数据交换。
3.1 注册
- 访问github首页，点击 Sign up 连接。（注册）
- 填写用户名、邮箱地址、GitHub登陆密码
- 选择计划
- 填写 GitHub 问题
- 验证邮箱
- GitHub 个人中心
3.2 多人协作开发流程
- A在自己的计算机中创建本地仓库
- A在github中创建远程仓库
- A将本地仓库推送到远程仓库
- B克隆远程仓库到本地进行开发
- B将本地仓库中开发的内容推送到远程仓库
- A将远程仓库中的最新内容拉去到本地
3.3 创建仓库
- 填写仓库基本信息
- 将本地仓库推送到远程仓库
-
git push 远程仓库地址 分支名称
-
git push 远程仓库地址别名 分支名称
-
git push -u 远程仓库地址别名 分支名称
-u 记住推送地址及分支，下次推送只需要输入git push即可
-
git remote add 远程仓库地址别名 远程仓库地址
3.4 拉取操作
3.4.1 克隆仓库
克隆远端数据仓库到本地：git clone 仓库地址
程序员B如何向程序员A仓库提交代码?需要程序员A邀请程序员B成为当前项目的开发者，
程序员A的操作
程序员A点击复制邀请链接发给程序员B
程序员B的操作
然后程序员B就可以向git仓库提交代码了，因为程序员B克隆的仓库很全，所以程序员A中的运程仓库别名也克隆了；
3.4.2 拉取远程仓库中最新的版本
拉取远程仓库中最新的版本：git pull 远程仓库地址 分支名称
1.克隆仓库是在没有仓库的情况下用的，一般只克隆一次，后面只需要拉去远程仓库即可；2.如果远程仓库高于本地仓库的版本，本地仓库是不能向远程仓库提交的，本地仓库必须拉取远程仓库到本地，才可以向远程仓库提交
3.5 解决冲突
在多人同时开发一个项目时，如果两个人修改了同一个文件的同一个地方，就会发生冲突。冲突需要人为解决。当第一个人向远程仓库先提交了代码，第二个人就不能提交，应为现在远程仓库版本高于第二个人的版本，这个冲突需要人为解决，所以第二个需要把冲突解决了，然后向远程提交才能提交
第二个人把远程仓库拉取到本地，查看冲突文件，修改冲突文件(删除冲突开始、冲突结束、分割线)，然后添加暂存区，向远程仓库提交
3.6 跨团队协作
-
程序员 C fork仓库 （这个是fork别人的项目）
-
程序员 C 将仓库克隆在本地进行修改
git clone 复制的仓库地址（这个是复制自己的仓库，在克隆到本地进行修改） -
程序员 C 将仓库推送到远程
git push 仓库地址 分支 -
程序员 C 发起pull reqest
-
原仓库作者审核
-
原仓库作者合并代码
3.7 ssh免登陆
https协议仓库地址：https://github.com/itcast-frontEnd/git-demo.git
生成秘钥：ssh-******
秘钥存储目录：C:\Users\用户\.ssh
公钥名称：id_rsa.pub
私钥名称：id_rsa
3.8 GIT忽略清单
将不需要被git管理的文件名字添加到此文件中，在执行git命令的时候，git就会忽略这些文件。
创建.gitignore文件：git忽略清单文件名称：.gitignore
将工作目录中的文件全部添加到暂存区：git add .
3.9 为仓库添加详细说明
在项目根目录下创建README.md文件，这个文件内容会自动显示仓库下方