Page MenuHomePhabricator
Create Task
Maniphest T102550

Use semantic versioning for services (for consistency with mediawiki core)
Closed, ResolvedPublic
Actions

Description

I'd like to unify the way we do release branches / tags and semantic versioning is a perfectly good way to do that. Since we already want to use semantic versioning in a few other places, I think we should use it for deployment tags (this depends on the new tooling currently in development and would replace the numeric tag identifiers used by trebuchet)

Related Objects
Search...

StatusSubtypeAssignedTask
 DeclinedNoneT49437 Consider a pipeline for enhanced minification (e.g. support UglifyJS)
 OpenNoneT104398 Deploy MW+Extensions by percentage of users (instead of by domain/wiki)
 Resolved• demonT73313 Automatically clean up unused wmfXX versions
 Declined• mmodellT98834 Use subrepos instead of git submodules for deployed MediaWiki extensions
 ResolvedLegoktmT67289 Use semantic versioning scheme for WMF (all) releases
 Resolved• GWickeT102550 Use semantic versioning for services (for consistency with mediawiki core)
 Resolved• mmodellT94620 [EPIC] The future of MediaWiki deployment: Tooling
Restricted Task
Restricted Task
 Resolved• GWickeT93428 Streamline our service development and deployment process
 Declined• GWickeT93433 Evaluate Ansible as a deployment tool
 ResolvedthciprianiT104276 Setup staging for testing RESTBase deploys
 DeclinedNoneT93439 Evaluate Docker as a container deployment tool
 Resolved• mobrovacT95533 Unify SCA Service Puppet Modules / Roles
 ResolvedakosiarisT97031 Define and then implement a way for a future service owner to provide the info required to have a new service brought into production
ResolvedakosiarisT97036 Define and implement an automated process to ease the introduction of a new service into production
 Declined• mmodellT89945 Merge to deployed branches instead of cutting a new deployment branch every week.
 InvalidNoneT51392 Make make-wmf-branch able to branch extensions with replaced substring of the version of mediawiki being branched
 Resolved• mmodellT67306 Adopt Semantic Versioning format for WMF deploy branches beginning with 1.27.0-wmf.1
 ResolvedJdforrester-WMFT107192 Update ReleaseTaggerBot to deal with SemVer for WMF deployed branches (eg 1.23.0-wmf.6)
 Declined• mmodellT136015 thoroughly document the new branch cutting plan / strategy
 Resolved• mmodellT142880 Create `scap swat` command to automate patch merging & testing during a swat deployment
 Resolved• mmodellT140918 create `scap branch` command (the successor to make-wmf-branch)
 Resolved• mmodellT142590 make scap3 look in PWD to find local CLI extensions
 Resolved• dduvallT140921 Reduce static asset time on disk from five trains' worth to two
 ResolvedKrinkleT102578 Don't trash cache for front-end resources
 ResolvedKrinkleT99096 Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime
 Resolved• mmodellT102991 Verify traffic to static resources from past branches does indeed drain
 DuplicateKrinkleT98087 ResourceLoader module version must only change when effective output would change
 ResolvedKrinkleT104950 Make FileModule version hash deterministic
 ResolvedKrinkleT94810 User modules constantly invalidate their cache timestamp
 ResolvedPRODUCTION ERRORMaxSemT90411 (4 hrs) ResourceLoader timestamp for mobile.usermodule changes constantly
 ResolvedKrinkleT94074 Refactor ResourceLoader versioning system to use hashes instead of timestamps
 ResolvedKrinkleT111481 Fix intermittend ghost entries in FileModule 'fileHashes' data
 ResolvedKrinkleT113868 File dependency tracking unstable (varies by language)
 ResolvedKrinkleT109394 ResourceLoaderModuleTest::testGetVersionHash is flaky
 ResolvedKrinkleT113092 Revise the design of ResourceLoader's MessageBlobStore
 Resolved• mmodellT97068 Come up with an abstract deployment model that roughly addresses the needs of existing projects
 ResolvedNoneT104352 Make scap able to depool/repool servers via the conftool API
 ResolvedJoeT73212 Make it possible to quickly and programmatically pool and depool application servers
 ResolvedNoneT115899 Move scap target configuration to etcd
 ResolvedJoeT163565 Install conftool on deployment masters

Event Timeline

• mmodell created this task.Jun 15 2015, 9:27 PM
• mmodell raised the priority of this task from to Low.
• mmodell updated the task description. (Show Details)
• mmodell added projects: Services, Deployments.
• mmodell added subscribers: Legoktm, greg, Mglaser and 6 others.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptJun 15 2015, 9:27 PM
• mmodell added a subtask: T94620: [EPIC] The future of MediaWiki deployment: Tooling.Jun 15 2015, 9:29 PM
JanZerebecki subscribed.Jun 15 2015, 9:33 PM
JeroenDeDauw added a comment.Jun 17 2015, 8:13 PM

How does MediaWiki core fit into this? It does not use semver compliant versioning...

• mmodell added a comment.EditedJun 18 2015, 1:08 AM

@JeroenDeDauw: The plan is to switch to semantic versioning on mediawiki as well T67289: Use semantic versioning scheme for WMF (all) releases

• mmodell raised the priority of this task from Low to Medium.Jul 6 2015, 6:39 PM
• mmodell moved this task from To Triage to Next: Feature on the Deployments board.
• mmodell added a subtask: T89945: Merge to deployed branches instead of cutting a new deployment branch every week..
• mmodell removed a subtask: T89945: Merge to deployed branches instead of cutting a new deployment branch every week..Mar 13 2016, 10:24 AM
• GWicke subscribed.Jul 11 2017, 8:25 PM

We generally use semver for node services and libraries. Release versions are tagged with vX.Y.Z.

• GWicke moved this task from Backlog to watching on the Services board.Jul 11 2017, 8:26 PM
• GWicke edited projects, added Services (watching); removed Services.
• mmodell added a comment.Jul 12 2017, 5:58 PM

So this should be resolved?

• GWicke closed this task as Resolved.Jul 12 2017, 5:59 PM
• GWicke claimed this task.

Yup, was mostly waiting for your feedback as the owner. Resolving.

• mmodell closed subtask T94620: [EPIC] The future of MediaWiki deployment: Tooling as Resolved.Mar 30 2020, 10:35 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL