devanoxltd / laravel-revive
Automatic configuration for Laravel apps to apply Devanox's standard linting & code standards.
Requires
- php: ^8.2
- larastan/larastan: ^2.9
- mrchetan/php_standard: ^4.1
Requires (Dev)
- friendsofphp/php-cs-fixer: ^3.64
- laravel-zero/framework: ^11.0
- laravel/pint: ^1.18
- nunomaduro/termwind: ^2.2
- spatie/invade: ^1.1
- tightenco/tlint: ^9.3
README
Laravel Revive
Automatically apply Devanox's default code style for Laravel apps.
Revive is built on top of the following tools:
- TLint: lints Laravel and PHP code for issues not covered by other tools
- using the default
Devanox
preset
- using the default
- PHP_CodeSniffer: sniffs issues that can't be fixed automatically
- using the
Devanox
preset which is mostly PSR1 with some Devanox-specific rules
- using the
- PHP CS Fixer: adds custom rules not supported by Laravel Pint
CustomOrderedClassElementsFixer
Devanox-specific order of class elements
- Pint: Laravel's code style rules (with a few Devanox specific customizations)
- using the default
Laravel
preset with some Devanox-specific rules
- using the default
You can view a list of the compiled rules and examples of what they do in the style guide.
Installation
You can install the package via composer:
composer require devanoxltd/laravel-revive --dev
Optionally you can publish a GitHub Actions config:
./vendor/bin/revive github-actions
Or you can publish Husky Hooks:
./vendor/bin/revive husky-hooks
Usage
To lint everything at once:
./vendor/bin/revive lint
To fix everything at once:
./vendor/bin/revive fix
To revive only files that have uncommitted changes according to Git, you may use the --dirty
option:
./vendor/bin/revive lint --dirty
#or
./vendor/bin/revive fix --dirty
To view all available commands:
./vendor/bin/revive
#or
./vendor/bin/revive commands
Usage with Sail
./vendor/bin/sail php ./vendor/bin/revive
Alternatively, Sail has a bin script that eases the execution of package binaries, so you do the same thing like this:
./vendor/bin/sail bin revive
Customizing
If you need to include or exclude files or directories for each tool you can create a revive.json
config file in your project root:
{ "include": [ "bin", "scripts", "src", "tests" ], "exclude": [ "tests/fixtures" "**/folderToExclude/**" ] }
To run additional scripts as part of Revive first add them to revive.json
as part of scripts
separated into lint
and fix
.
The key is the name of the command (used with the --using
flag), and the value is an array of arguments passed to Symfony\Component\Process\Process
.
{ "scripts": { "lint": { "phpstan": ["./vendor/bin/phpstan", "analyse"] } }, "processTimeout": 120 }
Revive will pick these up automatically when running either lint
or fix
.
By default, additional scripts timeout after 60 seconds. You can overwrite this setting using the processTimeout
key.
To customize which tools Revive runs, or the order in which they are executed you can use the --using
flag and supply a comma-separated list of commands:
./vendor/bin/revive lint --using="phpstan,tlint,pint"
TLint
Create a tlint.json
file in your project root. Learn more in the TLint documentation.
PHP_CodeSniffer
Create a .phpcs.xml.dist
file in your project root with the following:
<?xml version="1.0"?> <ruleset> <file>app</file> <file>config</file> <file>database</file> <file>public</file> <file>resources</file> <file>routes</file> <file>tests</file> <rule ref="Devanox"/> </ruleset>
Now you can add customizations below the <rule ref="Devanox"/>
line or even disable the Devanox rule to use your own ruleset. Learn more in this introductory article.
PHP CS Fixer
Create a .php-cs-fixer.dist.php
file in your project root with the contents from Revive's .php-cs-fixer.dist.php
file. Learn more in the PHP CS Fixer documentation.
Pint
Create a pint.json
file in your project root, you can use Revive's pint.json
file as a starting point. Learn more in the Pint documentation.
GitHub Action
There's a GitHub Action you use to clean-up your workflows.
Warning Heads Up! Workflows that commit to your repo will stop any currently running workflows and not trigger another workflow run.
One solution is to run your other workflows after Revive has completed by updating the trigger on those workflows:
on: # Commits made in Revive Fix will not trigger any workflows # This workflow is configured to run after Revive finishes workflow_run: workflows: ["Revive Fix"] types: - completed
Contributing
Please see CONTRIBUTING for details.
Security
If you discover any security-related issues, please email info@devanox.com instead of using the issue tracker.
Credits
- Matt Stauffer
- Anthony Clark
- Tom Witkowski - much of the original idea and syntax for this was inspired by his
elbgoods/ci-test-tools
package - All Contributors
- Tighten This package is a fork of Tighten's
duster
License
The MIT License (MIT). Please see License File for more information.