Git - 相关操作

想从添加秘钥看起请点击：在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中，实现 “某一功能开发完成”，或“针对性修改某一单一功能”的目的。