1.基础操作指令:
(1).查看修改的状态(git status ):
查看修改的状态(暂存区、工作区)
(2).添加工作区到暂存区(git add 单个文件名 | 通配符 ):
添加工作区一个或多个文件的修改到暂存区
(3).提交暂存区到本地仓库(git commit -m "注释内容"):
提交暂存区内容到本地仓库的当前分支
(4).查看提交日志(git log option):
查看提交记录
options:
--all:显示所有分支
--pretty=oneline:将提交信息显示为一行
--abbrev-commit:使得输出的commitId更简短
--graph:以图的形式显示(5):版本回避(git reset --hard commitID):
版本切换
commitID可以根据git -log或git log指令查看
2.分支操作指令:
几乎所有的版本控制系统都某种程度上支持分支，使用分支意味着可以把工作从开发主线上分离开来进行重大Bug的修改、开发新的功能，以免影响开发主线
(1).查看本地分支(git branch)
(2).创建本地分支(git branch 分支名)
(3).切换分支(git checkout 分支名/git checkout -b 分支名)
**(4).合并分支(git merge 分支名):**一个分支上的提交可以合并到另一个分支
**(5).删除分支(git branch -d b1/git branch -D b1):**不能删除当前分支，只能删除其他分支
3.解决冲突:
当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这就需要手动解决冲突，解决冲突的步骤如下:
a.处理文件中冲突的地方
b.将解决完冲突的文件加入暂存区
c.提交到仓库
3.开发中分支使用原则与流程:
**(1).master(生产分支):**线上分支，主分支，中小规模项目作为线上运行的应用对应的分支;
**(2).develop(开发分支):**是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本开发，阶段开发完成后，需要合并到master分支准备上线
**(3).feature/xxx分支:**从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上研发任务完成后合并到develop分支
**(4).hotfix/xxxx分支:**从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master,test,develop分支
5.Git远程仓库:
(1).常用的托管服务:
GitHub、GitLab、码云
(2).添加远程仓库:此操作是先初始化本地仓库，然后与已创建的远程库进行对接
git remote add <远端名称> <仓库路径>
远端名称默认是origin,取决于远端服务器设置
仓库路径从远端服务器获取此URL(3).查看远程仓库:git remote
(4).推送到远程仓库:
git push [-f] [--set-upstream] [远端名称 [本地分支][:远端分支名]]
如果远程分支和本地分支名称相同，则可以只写本地分支
--set-upstream推动到远端的同时并且建立起和远端分支的关联关系
如果当前分支已经和远端分支关联，则可以省略分支名和远端名
-f表示强制覆盖(5).从远程仓库克隆:
如果已经有一个远端仓库，可以直接clone到本地
git clone <仓库路径> [本地路径]
本地目录可以省略，会自动生成一个目录(6).从远程仓库抓取和拉取:
远程分支和本地分支一样，可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作
抓取命令:git fetch [remote name][branch name]
抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
如果不指定远端名称和分支名，则抓取所有分支
拉取命令:git pull [remote name][branch name]
拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
如果不指定远端名称和分支名，则抓取所有并更新当前分支6.解决合并冲突:
在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突
A用户在本地修改了代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支
在B用户拉取代码时，因为A和B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突