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(a)wikimedia.org> wrote:
On Sat, Dec 30, 2017 at 5:54 PM, Dr. Michael Bonert
<michael(a)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.
[0]:
https://phabricator.wikimedia.org/source/mediawiki/browse/
master/includes/specials/SpecialVersion.php;58f37bd13c49f0e449d2373e090167
99f9e35f48$735-754
Bryan
--
Bryan Davis Wikimedia Foundation <bd808(a)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