git规范 1.概览 项目默认分支为 线上master预发布 develop
commit信息必须完整描述修改内容
commit之前必须进行pull或者fetch进行同步
所有需求建立新分支进行修改
develop 分支作为开发阶段主分支 各需求负责人本地建立新分支进行修改 修改完成后使用rebase合并冗余commit信息合并至develop分支
2.commit规范 保证commit尽量只做一件事 书写commit message言简意赅 规范commit message格式 完整commit信息大致如下 参考 Angular Git Commit Guidelines： # 标题行：50个字符以内，描述主要变更内容 # # 主体内容：更详细的说明文本，建议72个字符以内。 需要描述的信息包括: # # * 为什么这个变更是必须的? 它可能是用来修复一个bug，增加一个feature，提升性能、可靠性、稳定性等等 # * 他如何解决这个问题? 具体描述解决问题的步骤 # * 是否存在副作用、风险? # # 如果需要的化可以添加一个链接到issue地址或者其它文档 <type>: <subject> <BLANK LINE> <body> <BLANK LINE> <footer> type: 本次 commit 的类型，诸如 bugfix docs style 等 scope: 本次 commit 波及的范围 subject: 简明扼要的阐述下本次 commit 的主旨，结尾无需标点 body: 主体内容 footer: 描述下与之关联的 bug 或者需求链接 开发过程中遇到单行无法完整描述commit信息时必须使用完整commit信息提交...
git简介 一：Git是什么？ Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 工作原理 / 流程：
Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库
二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
三：初始化设置 1. 设置用户名及邮箱信息 全局设置
git config --global user.name "Name" git config --global user.email "Email" 针对项目设置
git config user.name "Name" git config user.email "Email" 2. 设置换行符自动转换 git config --global core.autocrlf [true | input | false] # 全局设置 git config --local core.autocrlf [true | input | false] # 针对本项目设置 true 提交时转换为LF，检出时转换为CRLF input 提交时转换为LF，检出时不转换 false 提交与检出的代码都保持文件原有的换行符不变（不转换） 推荐设置:
windows git config --global core....
1.编码规范 PHP 代码文件 必须 以 <?php 或 <?= 标签开始； PHP 代码文件 必须 以 不带 BOM 的 UTF-8 编码； PHP 代码中 应该 只定义类、函数、常量等声明， 或其他会产生 副作用 的操作（如：生成文件输出以及修改 .ini 配置文件等），二者只能选其一； 命名空间以及类 必须 符合 PSR 的自动加载规范： [PSR-0（已废弃）或 PSR-4] 中的一个。 类的命名 必须 遵循 StudlyCaps 大写开头的驼峰命名规范； 类中的常量所有字母都 必须 大写，单词间用下划线分隔； 方法名称 必须 符合 camelCase 式的小写开头驼峰命名规范。 单一文件只能申明单个类 1.类的常量、属性和方法 此处的「类」指代所有的类、接口以及可复用代码块（traits）。
1.1常量 类的常量中所有字母都 必须 大写，词间以下划线分隔。例如：
<?php namespace Vendor\Model; class Foo { const VERSION = '1.0'; const DATE_APPROVED = '2012-06-01'; } 1....