想从添加秘钥看起请点击：在macOS 上首次使用 Git 的基础教程
查看本地Git配置信息
git config --local --list 查询当前Git配置
git config user.name
git config user.email 查询当前的 用户名 /邮箱
查看项目的所有分支情况
git branch -a 查看本地+远程的所有分支
与分支相关的操作
git branch //查看当前所有的分支（当前所在的分支会 标绿加* ）
git branch newBranch-001 //新建一个名叫《newBranch-001》的分支
git checkout newBranch-001 //当前分支切换至《newBranch-001》分支
//上面两句可以合并，灵活使用
git checkout -b newBranch-001 //先new再切换到此新分支上
git branch -d Issue-001 //删除《Issue-001》分支
git branch -r -d Issue-001 //删除《origin/Issue-001》的远程分支
以远端仓库为准，拉取远端内容
git pull --rebase origin master 在远端的基础上拉取最新内容，用于首次 push 不成功的情况
最常用操作
git status 最常用的，查看当前工作区|缓存区
git diff balabala.text 查看《balabala.text》文件工作区与缓存区的不同地方
git add balabala.text 把当前工作区的《balabala.text》文件添加到缓存区
git commit -m "老板是煞笔" 把当前缓存区的全部内容提交为一个版本
//以上两步(git add\ git commit)可以合并为（git commit -m -a "描述"），但强烈不推荐！！！
//(因为它只会把默认更新提交，“新增默认不存入缓存区” 不会被提交！！！)
//(简单理解就是一部分文件[往往最重要!]不会被提交，具体百度或者自己尝试一次就懂了)
//git commit -m "描述" -a //把当前“变更” [但不包含增加]添加到缓存区并进行提交
//如果在 push之前发现 commit 描述文字错误，或单纯修改上次提交的文字描述
git commit --amend 查看并修改最近一次的提交内容
//这里可以使用vi修改 （把"老板是煞笔" 修改为 "老板加鸡腿"）
---
---
//确认本地需要提交的信息无误后
git push 把本地仓库推送到远程仓库
查看历史操作
git log --pretty=oneline //打印所有历史操作，可以快捷查看每个操作的缩略码
git reflog 打印所有的命令记录（主要是从未来回到过去后，用log无法找到未来的id）
git log --graph --pretty=oneline --abbrev-commit //以缩略图形式，展示分支合并信息
后悔药，reset-- hard 操作，慎用！
git reset --hard (6位id值) 回退到某一ID对应的版本（既可以是过去，也可以是未来）
对缓存区的操作
git rm bala.text //删除缓存区内的《 bala.text》文件
git checkout -- bala.text
//用缓存区的《bala.text 》文件替换工作区对应《bala.text 》文件的内容。
//就这一点来看，可以有“删除当前内容”和“回退之前内容”两层含义。
//未add时，删除当前工作区的内容很容易理解;
//回退 的话要与 git reset --hard (过去正确的版本id) 联合使用，
//先回退版本，再checkout该文件，就回退到了该文件还存在的时刻。
-
合并分支 (不要让新手合并代码！！！）
就像不要让新手去写css
需要先搞清楚一个基本道理：
假设:
主分支用[master]表示; 次要分支用[issue]表示
则：
要把 issue 合并到 master 之上，就首先把当前分支切换至目标分支——master上，再在master上merge issue。
很自然，也很基本。但我们平时开发总是在issue上的开发，检查好要往主分支合并时，新手很容易合并反，直接在issue 上merge other了，搞得乱七八糟的。
merge合并语句
git merge Issue-001 把《Issue-001》分支内容合并到当前分支之中
//merge 后一般就删除分支了
git branch -d Issue-001 删除《Issue-001》分支
git branch -r -d Issue-001 删除《origin/Issue-001》远程分支
合并时解决冲突
可以使用vim 直接操作，建议使用。Vim 语法传送门
也可以进入工程文件手动更改。
vi a.rtf
在需要的地方 dd （删除）
最后 :wq (保存并退出)
解决完冲突就可以继续提交代码了
//注意喽，这里可都是在develop分支上的操作
git status
git add aaa.text //之前冲突的文件
git commit -m "解决1.03版本冲突"
git push
以缩略图形式，展示分支合并信息
git log --graph --pretty=oneline --abbrev-commit //以缩略图形式，展示分支合并信息
高阶玩法 （有风险，慎用！！！）
把本地分支嫁接到某一远端分支节点
git fetch
git reset --hard origin/isuue-100
最后记录一下版本合并的原则。
Origin 远端仓库，不解释
Master 权高位重，可以认为是“成熟版本”的记录者，它的每一次节点的更替，都意味着一个“经得起线上检验的”版本。面向版本，而不是面向功能。
Develop 战线最长，面向功能。可以认为是“完整新功能”的记录者，它的每一次节点更替，意味着一个“完整的功能”。一个版本可以有若干新旧功能。
Future 一般用于打某几个功能的较完整的测试包。比如开发周期为两周，第一周只完成ABC三个功能，D功能完成一半，就先把ABC merge 到Future中，查看整体效果，或用于展示。最终Future将在功能测试后销毁，不建议合并至Develop中！
Issue 分支，面向功能模块，(或者说面向文件，尽可能只修改某一功能所涉及的某几个文件，尽量避免因不同的Issue修改同一文件而造成的合并冲突)可能包含一个或多个近似功能实现。需要就开辟，弃用即销毁，完成就rebase merge 到Develop中，实现 “某一功能开发完成”，或“针对性修改某一单一功能”的目的。
