There's still tremendous value, especially for new Drupal 8 users, in having a pointer to the relevant change notices that affect their modules, but PHPCS's token parsing is too hard to work with.
The report that PHPCS generates looks like this:
FILE: /Users/webchick/Sites/8.x/modules/pants/pants.module
--------------------------------------------------------------------------------
FOUND 14 ERRORS AFFECTING 10 LINES
--------------------------------------------------------------------------------
13 | ERROR | [ ] Routing functionality of hook_menu() has been replaced by
| | new routing system, conditionals found, cannot change
| | automatically: https://drupal.org/node/1800686
58 | ERROR | [x] hook_form_user_profile_form_alter() was renamed:
| | https://drupal.org/node/1734556
101 | ERROR | [x] variable_get("type") has been replaced by the Configuration
| | API: https://drupal.org/node/2183531
101 | ERROR | [ ] variable_get("type") has been replaced by the Configuration
| | API: https://drupal.org/node/2183531
132 | ERROR | [x] Theme functions should be converted to Twig templates:
| | https://drupal.org/node/1831138
151 | ERROR | [x] Theme functions should be converted to Twig templates:
| | https://drupal.org/node/1831138
168 | ERROR | [x] Theme functions should be converted to Twig templates:
| | https://drupal.org/node/1831138
171 | ERROR | [x] variable_get("recent_block_count") has been replaced by the
| | Configuration API: https://drupal.org/node/2183531
...
Our thinking was something more inverted, that starts with the change record and then enumerates what files/functions/line numbers(?) are affected.
Comments
Comment #1
webchickRe-titling/re-purposing.
We decided through the course of the call that PHPCodeSniffer no longer makes sense. Drush is way more widely deployed among the audience of this project, and then we don't force contributors to have to write two different versions of detection rules.
Also talked about as a result of this, splitting the rules between detect() and fix().
Comment #2
webchickComment #3
phenaproximaI've removed all the PHPCS-related code (Atlas, put down your burden!) and have started refactoring the plugins to have analyze() and convert() methods.
Comment #4
webchickHere's the current dmu-analyze output:
Comment #5
phenaproximaComments on cleaning up the output would be most welcome!
Comment #6
webchickIf it's easy to do, one small request would be to preface the URLs with something like:
"API change record for more info: "
If that's not easy, then maybe a blurb of help at the top that explains what all of those links are about.
Comment #7
phenaproximaIt's not difficult (see ConverterBase::flag()). But should we hold off on that until we get more input from @xjm?
Comment #8
webchickYeah, perhaps. Just jotting things down as I think of them. :) Cool to know where to change it though.
Comment #9
phenaproximaMarking this fixed because dmu-analyze is implemented and working. It's ugly as sin, but I've opened up a separate issue for that.