If you have lots of extensions; and maintain a git checkout for each extension, I wrote a script to help with upgrades: https://freephile.org/wiki/MediaWiki/Upgrade/REL1_26_to_REL1_27 The script checks each extension directory for a .git dir, the status of the current checkout, whether or not there is a compser.json and/or composer.lock file,
You might want to add a "-q" to quiet the output of *git fetch*
The script would need to be configured for the releases in mind (e.g. to upgrade REL1_28 to REL1_29), and to change it from "reporting" mode to "upgrade" mode, you must set $doUpgrade to *true.* Produces output like the following in "reporting" mode:
sudo php ./inspectExtensions.php
Directories marked with * are git controlled and decorated with their current branch matching REL1_28 AJAXPoll REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 && composer install --no-dev AdminLinks REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 && composer install --no-dev AntiBot REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 AntiSpoof REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 && composer install --no-dev ApprovedRevs master Arrays REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 BatchUserRights REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 BetaFeatures REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 Bootstrap CSS REL1_28 upgradable origin/REL1_29 git checkout -b REL1_29 origin/REL1_29 CategorySuggest (detached ... ...
Greg Rundlett https://eQuality-Tech.com https://freephile.org
On Sat, Dec 30, 2017 at 9:31 PM, Bryan Davis bd808@wikimedia.org wrote:
On Sat, Dec 30, 2017 at 5:54 PM, Dr. Michael Bonert michael@librepathology.org wrote:
One issue I encountered is that: the extensions don't update right away
- as
per the page 'Special:Version'.
Is there a simple way to reload the extensions? Is it caching?
Special:Verison caches the VCS version information for each extension [0]. In theory this cache will be invalidated each time the git hash of $IP is updated. It should be possible to write a maintenance script to ensure that the caches are purged for the current hash of $IP. In practice though it is only a cosmetic issue.
master/includes/specials/SpecialVersion.php;58f37bd13c49f0e449d2373e090167 99f9e35f48$735-754
Bryan
Bryan Davis Wikimedia Foundation bd808@wikimedia.org [[m:User:BDavis_(WMF)]] Manager, Cloud Services Boise, ID USA irc: bd808 v:415.839.6885 x6855
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l