前言 就目前当下的情况来说，只是一种规范，做与不做全都随你。其目的有： 一、master主分支代码稳定（核心） 二、版本快速回退

Git仓库申请流程开发主管向Git管理员提交Git仓库申请【邮件:发送给Git管理员，抄送给项目经理，申请表可向Git管理员获取】Git管理员审批开发主管的申请，审批以下具体信息:审批邮件是否抄送给项

大家好，我是小富~ 传送门：原文地址 git对于大家应该都不太陌生，熟练使用git已经成为程序员的一项基本技能，尽管在工作中有诸如 Sourcetree这样牛X的客户端工具，使得合并代码变的很方便。但

本文档适用于需要持续发布的网站项目（后端、前端），稍加修改可以适用于需要同时存在不同版本的项目（框架、组件、app等）。

目前，社区有多种 Commit message 的写法规范。来自Angular 规范是目前使用最广的写法，比较合理和系统化。如下图： subject: 简明扼要的阐述下本次 commit 的主旨，在原文中特意强调了几点 1. 使用祈使句，是不是很熟悉又陌生的一个词，来传送门在此…

tag 的作用是对某个提交点打上标签，发布版本后打 tag，便于以后回滚特定版本，而不需要 revert。 tag 是对某一版本的记录。 git rebase一般解释为变基，也有解释为衍合。 git merge 和 git rebase 都可以整合两个分支的内容，最终结果没有任…

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