今天干活时，突然看到大群里有人艾特我，还甩了一张截图： 我很火大，群里艾特我膈应谁呢！ 到这儿，我没干再反驳了，因为我不太清楚rebase的意思，我开始怀疑是不是自己git pull用用错了！

Git分支管理规范旨在加速团队协作，确保代码质量，区分主分支与辅助分支，明确开发、提测、部署流程。从develop分支派生feature分支独立开发，完成后合并回develop并经预生产验证，最终通过

前言 都到了3202年了，相信大家在项目管理中，使用的大部分都是Git了。在使用过程中，有些命令使用的不是那么多，很容易忘了，所以，我就整了一份常用的Git操作指令，都是平时常用的，基本覆盖了工作中的

由于在yarn的时候更新了husky这个依赖包，但是并没有去进行git提交日志的规范配置，导致提交时commit信息被拦截，然后对git commit 规范化配置进

由于 Git 中很多操作默认是采用 Merge 进行的，并且相对也不容易出错，所以很多人都会使用 Merge 来进行合并代码。但Rebase 作为 Git 中主要命令之一，我们还是有必要了解一下

明明用了5年的git，来了字节之后感觉自己好像没用过git一样。靠，我5年前端开发经验难道是假造的咩~，真的是栓q。我不管！我不管！我不管！别人都会的我也要会！

前言 最近在网上有个真实发生的案例比较火，说的是一个新入职的员工，不会用 git 拉代码，第二天被开除。由此，可见 git 对我们工作的重要性，无论是前端后端，都是离不开 git 的，下面就让我们一探

作者从事工作一年半，靠着git三板斧提交了近百万行代码，常常以十分“粗暴”的方式解决各种git操作问题。 过年期间，通读了《Pro Git Book》，才了解git的使用方式竟可以如此“优雅”，总结了

笔者在综合调研之后，基于 Gitflow 的思想，结合 PR/MR 模式提出了一套方案，并且将每一个步骤节点都脚本化，做到了一条命令就可以完成复杂的操作。现整理成文，希望给大家做一个参考。