（可以根据自己的情况调整）
开发环境（development）（使用对象：开发）：配置可以比较随意， 为了开发调试方便，一般打开全部错误报告。
测试环境（testing）（使用对象：开发）：一般是克隆一份生产环境的配置，一个程序在测试环境工作不正常，那么肯定不能把它发布到生产机上。(程序员开发完成后，交给测试部门全面的测试，看看所实现的功能有没有bug，测试人员会模拟各种操作情况；)
用户测试环境（User Acceptance Test）（使用对象：顾问，产品，用户）：用户接受度测试 即验收测试，所以UAT环境主要是用来作为客户体验的环境。
生产环境（production）（使用对象：用户）：正式提供对外服务的，一般会屏蔽打印，调试器，关掉错误报告，打开错误日志
从上往下，逻辑越来越严谨，数据越来越精确（开发跟测试环境可能会有脏数据，导致出错），分支合并越来越规范。开发跟测试环境，自己的分支随便合，到了用户测试合生产环境中最好合并的分支最好规范一点（建议）
type（影响的文件）：修改描述
type的类型：
feat： 新增 feature
fix: 修复 bug
docs: 仅仅修改了文档，比如 README, CHANGELOG, CONTRIBUTE等等
style: 仅仅修改了空格、格式缩进、逗号等等，不改变代码逻辑
refactor: 代码重构，没有加新功能或者修复 bug
perf: 优化相关，比如提升性能、体验
test: 测试用例，包括单元测试、集成测试等
chore: 改变构建流程、或者增加依赖库、工具等
revert: 回滚到上一个版本
描述的内容（建议）：
# 标题行：50个字符以内，描述主要变更内容
#
# 主体内容：更详细的说明文本，建议72个字符以内。 需要描述的信息包括:
#
# * 为什么这个变更是必须的? 它可能是用来修复一个bug，增加一个feature，提升性能、可靠性、稳定性等等
# * 他如何解决这个问题? 具体描述解决问题的步骤
# * 是否存在副作用、风险?
#
# 尾部：如果需要的化可以添加一个链接到issue地址或者其它文档，或者关闭某个issue。
最好搭一个自动构建平台，方便部署，以及更新代码（手动部署会经常覆盖掉别人的代码）
