CI tool that integrates with Gitlab to show variations in the CRAP index
The washing machine is a tool that helps you writing cleaner code by integrating PHPUnit with Gitlab CI.
As a result, when you perform a merge request in Gitlab, the washing machine will add meaningful information about your code quality.
First, you need a Gitlab project with continuous integration enabled (so a project with a
Then, you need a Gitlab API personal access token.
Now, we need to add this token as a "secret variable" of your project (so the CI script can modify the merge request comments):
Go to your project page in Gitlab
Settings ➔ CI/CD Pipelines ➔ Secret Variables
- Value: the token you just received in previous step
Let's configure PHPUnit. Go to your
phpunit.xml.dist file and add:
<phpunit> <logging> <log type="coverage-clover" target="clover.xml"/> </logging> </phpunit>
Note: the "clover.xml" file must be written at the root of your GIT repository, so if your
phpunit.xml.dist sits in a subdirectory, the correct path will be something like "../../clover.xml".
Alternatively, washing-machine also knows how to read Crap4J files. Crap4J files contain Crap score, but not code coverage score so you will get slightly less data from Crap4J. The expected file name is "crap4j.xml".
Now, we need to install the washingmachine, and get it to run.
image: php:7.1 test: before_script: - cd /root && composer create-project thecodingmachine/washingmachine washingmachine ^2.0 script: - phpdbg -qrr vendor/bin/phpunit after_script: - /root/washingmachine/washingmachine run -v
Notice that we need to make sure the PHPDbg extension for PHP is installed. Also, make sure that Xdebug is NOT enabled on your Docker instance. Xdebug can also return code coverage data but is less accurate than PHPDbg, leading to wrong CRAP score results.
- The washingmachine v2.0+ has support for Gitlab 9+.
If you seek support for older Gitlab versions, here is a list of supported Gitlab versions by washingmachine version:
- The washingmachine v1.0 => v1.2 has support for Gitlab 8.
- The washingmachine v1.2+ has support for Gitlab 8 and up to Gitlab 9.5.
When the washingmachine adds a comment in your merge-request, you can ask it to add additional text. This text must be stored in a file.
You simply do:
washingmachine run -f file_to_added_to_comments.txt
Of course, this file might be the output of a CI tool.
The washingmachine will only display the first 50 lines of the file. If the file is longer, a link to download the file is added at the end of the comment.
You can also add several files by repeating the "-f" option:
washingmachine run -f file1.txt -f file2.txt
When a merge request is open, the washingmachine will post comments directly in the merge request.
If no merge request exists, the washingmachine can open an issue in your Gitlab project.
To open an issue, use the
washingmachine run --open-issue
Tip: you typically want to add the
--open-issue tag conditionally if a build fails. Also, the
--open-issue is ignored if a merge request matches the build.
The washingmachine can add comments directly in the commits (in addition to adding comments in the merge request).
To add comments in commits, use the
washingmachine run --add-comments-in-commits
Note: this option was enabled by default in 1.x and has to be manually enabled in 2.x. For each comment, a mail is sent to the committer. This can generate a big number of mails on big commits. You have been warned :)