As this is a local dev tool only, you can quickly drop it into app/code.
E.g.
$ tree app/code/SomethingDigital/UpgradeHelper
app/code/SomethingDigital/UpgradeHelper
├── Console
│ └── UpgradeHelperCommand.php
├── README.md
├── etc
│ ├── di.xml
│ └── module.xml
└── registration.php
2 directories, 5 files
Are you a Rightpoint employee? If so, the diff is likely already available for you here: https://github.com/sdinteractive/m2-diffs.
- Use
composer create-project
to get a clean copy of the old version code - Use
composer create-project
to get a clean copy of the new version code - Use
diff -r
to generate the diff
For the purposes of generating the diff composer's --ignore-platform-reqs
is fine, you do not actually need to run the Magento application, just get a copy of the code.
Example:
diff -r magento-2-2-6-ee magento-2-2-7-ee > magento-2-2-6-ee--2-2-7-ee.diff
$ bin/magento sd:dev:upgrade-helper magento-2-2-6-ee--2-2-7-ee.diff
NOTE: Running on Vagrant without
nfs_guest
is intolerably slow. Either ensure you are runningnfs_guest
or else temporarily move the Magento installation out of/vagrant
to run
$ bin/magento sd:dev:upgrade-helper magento-2-2-6-ee--2-2-7-ee.diff
-------- PREFERENCES --------
Patched: vendor/magento/module-catalog/Block/Product/ImageBuilder.php
Customized: Company\Module\Block\Product\ImageBuilder
-------- TEMPLATES --------
Patched: vendor/amzn/amazon-pay-and-login-with-amazon-core-module/view/adminhtml/templates/system/config/simplepath_admin.phtml
Customized: vendor/amzn/amazon-pay-and-login-magento-2-module/src/Core/view/adminhtml/templates/system/config/simplepath_admin.phtml
In this case vendor/magento/module-catalog/Block/Product/ImageBuilder.php
will be changed by the patch, however there is a preference (Company\Module\Block\Product\ImageBuilder
) for that file.
The tool has also flagged the vendor/amzn template, however upon inspection it is clear that this is a false positive (the Amazon pay module simply moved templates out of the src folder).
The tool currently does a rough search on the basename in vendor/
, app/code
and app/design/
to determine whether or not a given file is overridden. This search is likely to generate false positives. The philosophy here is it's better for the tool to generate false positives, which can then be reviewed to determine if any action is required than it is to have false negatives, which may cause obscure bugs when deployed to production.
Use make
to run the tests. make
should be run from within the extension root. Currently it expects the extension to be installed in app/code.
The tests are a bit fragile and could break if Magento changes. Currently they've been testing on 2.3.3.
They also expect to be run against a clean Magento install (other extensions may conflict with the expectations).