Closed carltondickson closed 5 months ago
Hello @carltondickson,
GrumPHP only passes the arguments to phpcs. So assuming you don't provide any standard in grumphp, it will take the standards that are defined in the configuration file. I'm not sure what is going wrong with the given information.
Can you debug what phpcs command is being executed exactly from grumphp and what happens if you run that exact same command with phpcs directly?
You should be able to figure it out by:
That should give you the same results and a starting point from where to figure out what is going wrong.
@veewee thanks for your response, it helped me get to the issue.
I went through the process with a new project and could see that the call to phpcs looked fine after debugging grumphp commandline that was created.
As I was stripping out old phpcs config and directories I deleted <config name="ignore_errors_on_exit" value="1"/>
and think this was the issue.
I ported CLI args from our build --runtime-set ignore_warnings_on_exit 1 --runtime-set ignore_errors_on_exit 1
to a .phpcs.xml config file a long time ago which is why I think they are in there.
I think this flag was initially added because phpcs wasn't reporting to Github (will need to investigate this)
vendor/bin/grumphp -V
I've added another standard's rule to my .phpcs.xml file and can see phpcs CLI will tell me there's an error. However on commit grumphp seems to let commit through...is it possible to use just one sniff from another standard and does grumphp know how to recognise this?
My configuration
Steps to reproduce:
Result: