CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章总结PHP代码规范、流程规范、git规范由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

代码规范、git规范、teambition规范、yii规范 。

1. 命名规范 。

(1).变量命名规范 。

1.变量使用驼峰命名法 禁止使用拼音或者拼音加数字 。

2.变量也应具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式 。

3.变量包数字、字母和下划线字符，不允许使用其他字符，变量命名最好使用项目 中有据可查的英文缩写方式， 尽可以要使用一目了然容易理解的形式； 。

4.变量以字母开头，如果变量包多个单词，首字母小写，当包多个单词时，后面 的每个单词的首字母大写.例如 ：$itSports 。

5.变量使用有效命名 。

例如评论：$commentArr 。

6.变量属性标记清楚 。

例如 数组变量后加Arr ：$commentArr,数值： $commentInt 。

7.变量除了在循环体(for，foreach，while)中，其他位置允许但不鼓励使用没有描述意义的字母作为变量名.

例如：$i,$j.

(2).常量命名规范 。

1.常量名应具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式 。

2.常量名包字母字符和下划线，不允许使用数字和其他字符.

3.PHP 的内建值 TRUE、FALSE 和 NULL 必须全部采用大写字母书写.

4.常量名所有字母必须大写，少数特必要的情况下，可使用划线来分隔单词.

例如： define(‘AAA_BBB_CCC', ‘true'); (如果常量名由 aaa, bbb, ccc 三个单词组成 的) 。

define('NAME','root') 。

(3).类名命名规范 。

1.一个文件中声明一个类，文件名中必须包类名字符串，这些不仅容易查找，也有 利于实现在程序中自动加载类。 2.类名应有描述性，杜绝一切拼音、或拼音英文混杂的命名方式 3.类名包括字母字符，不允许使用数字和其他字符 4.如果类名包括多个单词，应使用驼峰式命名方式，每个单词的第一个字母必须大写， 不允许连续大写。 类 首字母大写 如 ： class Comment{} 。

AaaBbbCcc (如果类名由 aaa, bbb, ccc 三个单词组成的) 。

(4).方法命名规范 。

1.函数名应具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式 2.函数名包括字母字符，不允许使用数字和其他字符。 3.函数名首字母小写，当包多个单词时，后面的每个单词的首字母大写. 例如: aaaBbbCcc (如果函数名由 aaa, bbb, ccc 三个单词组成的) 。

4.函数名应带有get，set等动作性描述.

function getUser(){ //函数内容 } 方法，函数有效命名 ：function getCommentIdByTableName(){} 。

5.可以声明像函数名前带有下划线的形式，表示该函数为该类的私有方法，外部不允许进行访问.

例如：function _func(){} 。

2. 代码注释 。

1.注释格式 。

/** 。

模块-大功能-功能点或方法作用 。

* @author 作者<邮箱> 。

* @create 创建时间 。

* @param $name 。

* @return array 。

*/ 。

注释必须按照规范注释 。

2 . 行注释 。

// 1.行注释前标清 1、2、3... 。

//2.简短说明该行代码的作用.

3. 需求明确 。

1.逻辑清晰 。

2.目标明确 。

4.代码语句规范 。

2.保存数据规范 。

1.初始化默认属性 。

2.load加载属性 save保存或修改 。

3.逻辑问题 必须在beforeSave中处理 。

5.代码提交规范 。

1.新建工作流（代码必须在工作流上面修改） 。

2.提交时 先提交代码，在切换到dev , 拉取dev 然后进入工作流合并到工作流 。

3.进入dev,将工作流合并到dev 。

4.推送到测试环境 。

5.代码提交格式 。

【自己的现在的职务】系统功能 - 大功能 - 详细功能 。

例如 ： [开发]云系统 - 前台首页 - 编辑轮播图 详细步骤 。

1. 打开自己sourceTree，在dev拉取最新代码 。

2. 点击顶部菜单 “Git工作流”->创建新功能->创建到以自己姓名名称命名的文件夹内便于区分,功能名称是自己做的功能的名称 。

3.创建完成，比如是feature/lihuien/首页轮播图管理 。

4.代码完成后，首先点击顶部菜单 “提交”->然后切换分支到dev->dev拉取最新代码->在切换到工作流 。

5.单击dev,然后右键，会出现“合并dev至当前分支”->点击 。

6.然后切换到dev->单击工作流右键 ->出现“合并工作流feature/lihuien/首页轮播图管理代码至当前分支”，点击确定 。

7.最后点击顶部菜单“推送”->选择dev->确定->切换到自己工作流或者在创建新的工作流进行下一个功能开发 。

提示：如果提交出现冲突，请找冲突文件中相应的开发一起及时解决，不得擅自解决，以防会往代码库传入垃圾代码或者破坏队友的功能完整性 。

6.Teambition任务卡片规范 。

1.自己每天的任务，如果完成就及时点掉 。

2.如果任务延期 标清延期原因 。

3.如果需要别人合作 就添加任务关联 。

4.自己每天上班必须填写自己任务卡片 。

5.如果任务需要挂起 写清楚挂起原因 。

6.写清楚备注，填写子任务，如果有需要就添加图片描述 。

任务具体格式:

【自己的现在的职务】系统功能 - 大功能 - 详细功能 。

[开发]云系统 - 后台 - 员工列表 。

备注:

1.修改员工信息 。

2.列表搜索等... 。

子任务1 【开发】员工列表 - 删除员工 - js返回提示 等 。

7.提示返回值 。

1.true时返回格式 。

`return json_encode(['status'=>'success','message'='提示信息','data'=>'需求数据'])` 。

2.false时返回格式 。

`return json_encode(['status'=>'error','message'='提示信息','data'=>'修改失败（或者错误信息）'])` 。

二.云运动环境规范 。

1.安装软件 。

2.服务器 ： xampp 需要安装 。

3.数据库 ： mysql 5.7版本 需要安装 。

4.版本控制 ： Git 需要安装 。

5.git客户端 ： sourceTree 需要安装 。

6.编辑器 ： phpStorm 需要安装带注册码 。

7.包管理工具 ： composer 需要安装 。

8.浏览器 ： chrome 需要安装 。

2.开发使用环境 。

1.编辑器 ： phpStorm 。

2.服务器 ： xampp (php7.0版本) 。

3.数据库 ： mysql 5.7版本 。

4.代码仓库 ： coding 。

5.版本控制 ： Git 。

6.git客户端 ： sourceTree 。

7.包管理工具 ： composer 。

8.浏览器 ： chrome 。

3.团队工具 。

1.聊天工具 ： bearyChat 。

2.任务工具 ： teambition 。

3.代码托管 ： coding/gitlab 。

4.需求账号 。

1.腾讯企业邮箱账号 。

2.coding账号 。

3.gitHub账号 。

4.bearyChat账号 。

5.teambition账号  。

5.需求，原型，开发 。

1.如果在了解需求或原型时 遇到不懂或逻辑不通的需求 请及时跟对应的原型进行沟通，保持开发和原一致性 。

2.如果遇到问题不能及时解决 请及时跟对应的开发人员沟通 。

6.sourceTree 规范 。

1.Master 。

1.Master分支为线上环境分支 2.该分支只能管理员提交或合并 3.除管理员，禁止开发人员私自操作Master 4.永远不要将代码直接提交到该分支 。

2. Dev 。

1.Dev分支为系统测试分支 2.提交到Dev分支一定是完成的完整功能模块 3.代码需要自己测试通过及管理员审核后再提交 4.切记不能提交半成品或者垃圾代码 5.切记不能直接在Dev分支上面修改代码，否则视为无效代码 6.需要开发自己的任务功能时，创建自己的feature工作流 。

3. Feature 。

1.Feature分支为个人的开发分支 2.该分支为任务、功能、修改bug的分支 3.分支命名必须规范 如：feature/lihuien/公共分页类 4.上班第一件事就是拉取Dev代码合并到自己的工作流，预防代码合并冲突 。

注意:

(1).代码未完成千万不能直接提交到Dev、提交代码一定按照规范 。

(2).每隔一个小时必须更新一次代码，如果有未提交并且自己功能未开发完整，切记一定要推到自己远程功能分支上 。

7.数据迁移 。

1.数据迁移一定要按照规范来写 2.数据属性一定要问明白，在增加 3.迁移一定要写回滚文件 4.迁移后一定要测试无误后在提交到Dev 注意：一定要迁移及回滚测试无误后在提交代码到代码库，否则重新写 。

8.Yii中Form表单 。

1.Form 表单验证时 定义的属性 如果重复请使用常量定义后，使用常量，避免重复使用. 。

最后此篇关于总结PHP代码规范、流程规范、git规范的文章就讲到这里了,如果你想了解更多关于总结PHP代码规范、流程规范、git规范的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。