Methods to Create A GitLab CI Pipeline to Statically Analyse PHP Tasks – CloudSavvy IT

Posted on

Image with the GitLab and PHPStan logos

Operating static evaluation in your code saves time by uncovering hidden points. PHPStan is a static evaluation device for PHP that helps you improve the standard of your codebase. Right here’s find out how to run PHPStan inside your GitLab CI pipelines.

It’s good to run PHPStan frequently when you’re constructing out new options. Utilizing it regionally solely takes you to date although. You’re reliant in your different workforce members being as disciplined as you might be. Integrating static evaluation right into a CI/CD workflow ensures code can’t be merged if it might break your mission’s principal department.

Getting Setup with PHPStan

You first want so as to add PHPStan into your mission. We’ve already obtained an in depth information on installing and configuring PHPStan, so we’ll solely cowl the fundamentals right here.

First, use Composer to put in PHPStan:

composer require --dev phpstan/phpstan

Subsequent, create a fundamental phpstan.neon configuration file in your mission:

  degree: max
    - src
    - assessments
  tmpDir: .tmp

The short-term listing is overridden to help GitLab CI’s caching, setup under.

Now you can run PHPStan regionally to examine your configuration works:

vendor/bin/phpstan analyse

At this stage, it doesn’t matter whether or not the assessments cross.

Configuring GitLab for CI

Be sure you’ve pushed your code to a mission in your GitLab server. You’ll must examine the Pipelines characteristic is enabled in your mission – if you happen to see “CI / CD” within the left sidebar, you’re good to go.

Screenshot of Pipelines menu item in GitLab

To allow your mission’s CI system, click on the “Settings” button within the sidebar. Increase the “Visibility, mission options, permissions” part and allow the “Pipelines” characteristic.

Screenshot of enabling Pipelines in GitLab

Should you use GitLab’s Merge Requests (MRs) in a disciplined method, now you can configure GitLab to stop MRs from getting merged except they’ve a profitable pipeline. Increase the “Merge requests” settings part and examine the “Pipelines should succeed” toggle button. Click on “Save” to verify. This may cease you unintentionally merging an MR when PHPStan fails towards its adjustments.

Screenshot of enabling GitLab's MR required pipelines

To make use of GitLab CI, you’ll must have a GitLab Runner outlined on the occasion, group or mission degree. Runners are answerable for executing the CI jobs created by the GitLab system.

We’re going to make use of the PHPStan Docker picture to run PHPStan in our CI pipeline. This requires using a GitLab Runner utilizing the Docker executor. Should you’re on a self-managed occasion and must configure a brand new Runner, comply with the steering in our article on organising GitLab CI.

Making a GitLab CI Pipeline

GitLab CI is configured utilizing a .gitlab-ci.yml file on the root of your mission. CI pipelines help a number of sequential levels. Every stage’s jobs run in parallel. For our functions of operating PHPStan, we want a single stage which runs one job.

  - phpstan

    - .tmp/
    - vendor/

  stage: phpstan
    - analyse --no-progress --error-format gitlab > phpstan.json
    when: all the time
      codequality: phpstan.json

This GitLab CI file incorporates all we have to run PHPStan inside our pipeline. We outline a stage, phpstan, containing a job that’s additionally known as phpstan. The job makes use of the official PHPStan Docker picture from the GitHub container registry.

The GitLab CI cache is configured to cache the .tmp and vendor directories. This may enhance the efficiency of subsequent runs on the identical department. The cache will get restored robotically. Again in our phpstan.neon, we set the tmpDir to .tmp for that reason – it means we are able to now confidently reference it within the CI pipeline’s caching configuration.

We additionally cache vendor to keep away from needlessly reinstalling Composer dependencies on every run. Notice that you simply don’t must run composer set up manually – the official PHPStan Docker picture invokes it robotically.

The --error-format flag is handed to PHPStan’s analyse command. This configures PHPStan to create a JSON file within the format accepted by GitLab’s code high quality report. Down within the artifacts part, this file will get uploaded to GitLab after the job completes.

Utilizing the Pipeline

Commit your .gitlab-ci.yml and push to your GitLab server. The CI system ought to now kick in and create your first pipeline. Use the “CI / CD” hyperlink within the left navigation to view the pipeline’s progress.

Screenshot of PHPStan GitLab CI pipelines

Should you get a inexperienced tick, PHPStan’s assessments handed! Your department is in a great state and it’s able to merge. If a purple cross seems, you’ve obtained extra work to do. PHPStan and GitLab CI simply stopped you merging probably damaged code.

You will get the checklist of errors by clicking the obtain icon to the appropriate of the pipeline. Choose the PHPStan code high quality artifact to acquire the JSON report of errors which PHPStan discovered.

Utilizing with Merge Requests

Studying the JSON manually doesn’t make for an incredible expertise. Nonetheless, GitLab’s Merge Requests expose the contents of the report robotically. As a result of the report is tagged as a GitLab code high quality artifact, GitLab is aware of find out how to current the knowledge inside.

Screenshot of GitLab Code Quality Merge Request widget

Merge requests with a failing pipeline ought to show an expandable “Code high quality” part. This means the variety of errors encountered. Increase the part to view a whole checklist of issues discovered by PHPStan.

When you’ve addressed the problems, push your adjustments as much as GitLab. The pipeline will run once more. As soon as it’s accomplished, you’ll see the brand new standing on the Pipelines display and in your merge request’s code high quality widget.


PHPStan helps you write higher PHP that’s much less vulnerable to hidden issues. To get essentially the most from it, the device should be included into your growth workflow in such a method that it might’t be ignored or circumvented.

Utilizing PHPStan with GitLab CI provides you the consistency you’ll want to be assured in your code. Configuring GitLab to dam MRs with a failed pipeline means adjustments can’t enter your principal department with out passing a PHPStan run. PHPStan’s full help for GitLab’s code high quality experiences make it straightforward to evaluate errors with out leaving the online UI, serving to you quickly repair any issues that are uncovered.

Source link

Gravatar Image
I love to share everything with you

Leave a Reply

Your email address will not be published. Required fields are marked *