使用PHPCS+GIT钩子保障团队开发中代码风格一致性实践

1、背景

笔者在6月份加入新团队,新团队这边刚组建起来,基础一些东西还处于待完善状态,好比笔者组内同窗约定使用PSR-2的编码风格规范,可是并非全部人都严格按照PSR-2来提交代码。php

最大的缘由就是口头的约束力极为有限,而团队中你们使用的编辑器不统一,有使用phpstorm,也有使用VS Code更有vim,而各类编辑器都有本身的格式化规则,所以代码风格统一是个问题;git

具体一点来讲,当张三使用VS Code提交了一个代码文件,李四pull代码以后使用phpstorm进行格式化后再提交,代码风格发生变化提交到服务器,张三再pull代码,使用VS Code格式化,代码又一次发生变化;这样反反复复的改变,开发同窗会以为麻烦,代码审计同窗也一样麻烦;

在笔者上家公司的技术团队,会由架构组来处理相似的问题,因而这里笔者把上一个团队实现的方式照搬过来,一样在git的钩子上作文章,若是有人的代码不符合psr-2代码风格规范,经过git钩子将不其commit,而且给出具体行号和具体的缘由,更方便的是提供一个快速格式化的命令。vim

2、实现概要

  1. 安装php-cs
  2. 配置php-cs
  3. 集成到编辑器
  4. git触发检测

3、安装PHP-CS

php-cs能够用来检测代码是否符合PSR-2规范,同时支持对不符合规范的代码自动格式化,让其转成PSR-2的编码风格。服务器

3.1 安装composer

php-cs依赖于composer,因此笔者须要先安装composer,安装的方法有不少种,这里提供mac操做系统下两种安装方法微信

brew安装composer命令为:架构

brew install composer

手动安装composer命令为:composer

wget https://getcomposer.org/download/1.7.1/composer.phar && chmod 777 composer.phar  && mv composer.phar  /usr/local/bin/composer

3.2 安装PHP-CS

安装好composer以后,能够用composer快速安装php-cs,安装命令以下phpstorm

composer global require "squizlabs/php_codesniffer=*"

当命令执行完成以后,会在笔者当前用户的主目录下建立一个 .composer 目录,在目录中包含了笔者须要的php-cs,此时笔者能够执行下方命令来验证是否安装成功编辑器

~/.composer/vendor/bin/phpcs  --help

当命令执行后,若是能看到下方的一些信息,那么就表明安装成功ide

-     Check STDIN instead of local files and directories
 -n    Do not print warnings (shortcut for --warning-severity=0)
 -w    Print both warnings and errors (this is the default)
 -l    Local directory only, no recursion
 -s    Show sniff codes in all reports
 -a    Run interactively
 -e    Explain a standard by showing the sniffs it includes
 -p    Show progress of the run
 -q    Quiet mode; disables progress and verbose output
 -m    Stop error messages from being recorded
       (saves a lot of memory, but stops many reports from being used)
 -v    Print processed files
 -vv   Print ruleset and token output
 -vvv  Print sniff processing information
 -i    Show a list of installed coding standards
 -d    Set the [key] php.ini value to [value] or [true] if value is omitted

3.3 全局使用

前面笔者使用验证的命令的路径太长,后续若是要使用是极为不方便的,因此笔者须要将这写路径加入到全局中,加入的命令以下

ln -s ~/.composer/vendor/bin/phpcs /usr/local/bin/phpcs
ln -s ~/.composer/vendor/bin/phpcbf /usr/local/bin/phpcbf

当执行完成以后,可使用短命令来验证是否加入全局成功,能够用下方的命令

phpcs --help

执行成功以后,返回结果应该和上方完整路径返回的一致。

3.4 设置默认标准

phpcs默认的编码格式并非php-cs,因此当不指定标准的时候,检测的结果并不许确,但每次都手动指定也挺麻烦,因此笔者能够设置一个默认标准,命令以下:

phpcs --config-set default_standard PSR2
phpcbf --config-set default_standard PSR2

3.5 PHPCS检测

如今笔者能够用phpcs来真实的试验了,笔者先准备一个PHP文件,文件里面的内容以下代码示例,能够看出这份代码并不符合PSR-2的风格规范

<?php

function test_test(){
    echo 'daxia';
}


test();

3.5.1 经过PHP-CS检测编码风格,命令以下

phpcs /Users/tangqingsong/mycode/test.php

命令执行完成以后,能够看到以下代码提示,在提示中笔者能看到具体哪一行,提示级别,以及具体的提示缘由

FILE: /Users/song/mycode/test.php
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
FOUND 2 ERRORS AND 1 WARNING AFFECTING 3 LINES
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 1 | WARNING | [ ] A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should execute logic with side effects, but should not do both. The first symbol is
   |         |     defined on line 3 and the first side effect is on line 8.
 3 | ERROR   | [x] Opening brace should be on a new line
 8 | ERROR   | [x] Expected 1 newline at end of file; 0 found
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
PHPCBF CAN FIX THE 2 MARKED SNIFF VIOLATIONS AUTOMATICALLY
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Time: 79ms; Memory: 4Mb

3.6 PHPCS检测

3.6.1 自动格式化编码风格命令

phpcbf /Users/tangqingsong/mycode/test.php

命令执行完成以后,能够看到以下返回提示,处理了哪一些文件,以及类型

PHPCBF RESULT SUMMARY
----------------------------------------------------------------------
FILE                                                  FIXED  REMAINING
----------------------------------------------------------------------
/Users/song/mycode/test.php                           2      1
----------------------------------------------------------------------
A TOTAL OF 2 ERRORS WERE FIXED IN 1 FILE
----------------------------------------------------------------------

Time: 68ms; Memory: 4Mb

3.6.2 再次使用PHP-CS检测

phpcs /Users/tangqingsong/mycode/test.php

执行完成以后,经过命令再次查看结果

FILE: /Users/song/mycode/test.php
----------------------------------------------------------------------------------------------------------------------------------------------
FOUND 0 ERRORS AND 1 WARNING AFFECTING 1 LINE
----------------------------------------------------------------------------------------------------------------------------------------------
 1 | WARNING | A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should execute
   |         | logic with side effects, but should not do both. The first symbol is defined on line 3 and the first side effect is on line 9.
----------------------------------------------------------------------------------------------------------------------------------------------

Time: 71ms; Memory: 4Mb

能看到最开始检测有三次不合格,但如今只剩下一处了;这里说一下为何phpcbf没有帮彻底处理呢,由于phpcbf只能处理代码风格等方式,而不能帮你处理里面的命名与代码实现规则,因此有少部分还须要人为去更正,但并不会太多。

4、编辑器编辑与配置

不多开发者只使用终端就开发代码,一般都会用到编辑器,所以笔者也须要把phpcs和编辑器进行结合

4.1 让编辑器使用PSR-2标准

1.设置->code style -> PHP 中选择风格为 psr1/2

image

2.设置->languages->php->code sniffer 中设置phpcs的路径

image

3.设置->Editor->Inspections展开点击右侧的PHP,勾选下面的两个PHP,选择使用PSR2

image

下面还有一处,也要选中

image

如今笔者使用phpstorm的格式化,将会自动格式化成psr-2的风格。

4.2 集成phpcs

通过上面的操做,phpstorm代码格式化的规则基本与phpcs的规则基本一致了,但也有一小部分不一致,因此后面还要用到phpcs和phpcbf。

笔者若是每次都在终端去执行phpcs风格检测花费时间可很多,为了提升工做效率,能够在phpstorm集成phpcs检测规范的功能,设置路径:Tools->External Tools->添加-> (/usr/local/bin/phpcs ) ($FileDir$/$FileName$)
image

4.3 集成phpcbf

若是每次都在终端去执行phpcbf格式化,仍是会有一些麻烦,因此笔者也能够在phpstorm集成phpcbf自动格式化功能,设置路径:Tools->External Tools->添加-> (/usr/local/bin/phpcbf ) ($FileDir$/$FileName$)
image

5、GIT配置篇

当前面一切准备就绪,笔者就能够在git钩子里面增长强制的策略了,git钩子脚本存放于项目下 .git/hooks/ 文件夹下,按照下面的步骤笔者来添加一个commit事件。

5.1 新增钩子文件

在你的项目根目录下,使用vim命令或其余方式,新增一个文件 ./.git/hooks/pre-commit,而后把下面的脚本放进去,以后再保存。

#!/bin/sh
PHPCS_BIN=/usr/local/bin/phpcs
PHPCS_CODING_STANDARD=PSR2
PHPCS_FILE_PATTERN="\.(php)$"

FILES=$(git diff HEAD^..HEAD --stat)

if [ "$FILES" == "" ]; then
 exit 0
fi

for FILE in $FILES
do
 echo "$FILE" | egrep -q "$PHPCS_FILE_PATTERN"
 RETVAL=$?
 if [ "$RETVAL" -eq "0" ]
 then

     PHPCS_OUTPUT=$($PHPCS_BIN --standard=$PHPCS_CODING_STANDARD $FILE)
     PHPCS_RETVAL=$?

     if [ $PHPCS_RETVAL -ne 0 ];
     then
         echo $PHPCS_OUTPUT
         exit 1
     fi
 fi
done
exit 0

须要注意的是让这个文件有可执行权限,最直接的办法就是设置为777,参考命令以下:

chmod 777 .git/hooks/pre-commit

5.2 本地钩子

如今笔者故意让php代码风格不一致,而后使用git commit来提交,看看git是否会阻止提交,如下面这份代码为例

<?php

function test_test(){
    echo 'daxia';
}

test();

能够很明显的看出来,这份代码没有按照驼峰命名法,大括号也没用换行的两处问题;把它保存在根目录名为test.php文件,而后执行git commit命令,以下

git add test.php && git commit . -m 'test'

命令执行后,git返回了以下信息,便终止了

FILE: /Users/song/mycode/work/xiaoyu/test.php
----------------------------------------------------------------------------------------------------------------------------------------------
FOUND 2 ERRORS AND 1 WARNING AFFECTING 3 LINES
----------------------------------------------------------------------------------------------------------------------------------------------
 1 | WARNING | [ ] A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should
   |         |     execute logic with side effects, but should not do both. The first symbol is defined on line 3 and the first side effect
   |         |     is on line 8.
 3 | ERROR   | [x] Opening brace should be on a new line
 8 | ERROR   | [x] Expected 1 newline at end of file; 0 found
----------------------------------------------------------------------------------------------------------------------------------------------
PHPCBF CAN FIX THE 2 MARKED SNIFF VIOLATIONS AUTOMATICALLY
----------------------------------------------------------------------------------------------------------------------------------------------

Time: 63ms; Memory: 4Mb

验证一下git是否commit成功,能够执行下面的命令:

git status

返回结果以下

位于分支 develop
您的分支与上游分支 'origin/develop' 一致。

要提交的变动:
  (使用 "git reset HEAD <文件>..." 以取消暂存)

    新文件:   test.php

说明笔者前面的命令只成功执行了 git add . 然后面commit则成功阻挡了。

5.3 服务端钩子

前面一个步骤笔者已经成功的在本地的commit钩子中阻挡了触发,可是任然有可能有伙伴会绕过,或者新项目没有部署等,致使能够最终提交上来的代码仍是存在不符合psr-2风格,因此这个时候笔者就须要在服务端的push事件作一些处理。

这个时候笔者须要在服务器的钩子事件中新增一个,pre-receive 文件。

在服务端去配置的时候遇到了几个坑,后来笔者放弃了,有兴趣的能够留言或私信。

做者:汤青松

微信:songboy8888

相关文章
相关标签/搜索