从一开始的svn到后来接触到git，到目前已经和git打交道比较多了，突然觉得可以把项目中所用到一些分支的管理方式分享出来，希望帮助到大家。

前言 大家好！我是sum墨，一个一线的底层码农，平时喜欢研究和思考一些技术相关的问题并整理成文，限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。 作为一名从业已达六年的老码农，我的工作主要是

1.IDEA Git描述规范插件:git commit message helper 2.Git提交描述格式规范,type、scope、subject、body、footer 3.实例Git提交分析

前言 最近知乎上，有一位大佬邀请我回答下面这个问题，看到这个问题我百感交集，感触颇多。在我是新人时，如果有前辈能够指导方向一下，分享一些踩坑经历，或许会让我少走很多弯路，节省更多的学习的成本。 这篇文

至于一个技术框架该怎么用，它适用于什么场景，笔者建议可以直接阅读官方或对应的github上的文档，有需要时还可以阅读下关注点的源码，这样对正确的理解它，是很有必要的，毕竟官方发布的东西是相对权威的，其

赌上职业生涯的后台管理框架 - XiaoLe 最近心血来潮准备赌上自己这些年学习的知识做一个耗尽心血的后台管理项目 - Xiaole，随即自信的打开IDEA准备大展身手，结果架构设计这块怎么构建都不是

eslint 作用 eslint本质就是一个内置有解析器的工具，它可以将项目代码解析成AST，然后根据AST抽象语法树分析出代码里存在的问题然后给出警告或者报错。eslint的初衷就是在代码编写阶段尽

每个人都说自己是“高级开发人员”，到底真正的高级开发人员应该拥有怎么样的能力呢，我们可以怎么努力呢？

开闭原则的英文全称是 Open Closed Principle，简写为 OCP。它的英文描述是: software entities (modules, classes, functions, et