Page MenuHomePhabricator

Create MediaWiki-Releasing project
Closed, ResolvedPublic

Description

Name: MediaWiki Releases
Desc: This project is the home for all tasks/issues/enhancement requests regarding MW thirdparty releases. This is not for issues regarding any specific MW release (those should go in the approriate project eg: MW-1.26-release)
Type: Umbrella
Policy: default

Event Timeline

greg raised the priority of this task from to Needs Triage.
greg updated the task description. (Show Details)
greg added a project: Project-Admins.
greg subscribed.

How about "MediaWiki-Tarball-Releasing" to avoid confusion?

I would, but as you can see from the tasks listed, a "tarball" can not be
assumed to be intrinsic to the release in the future. Other suggestions
welcome :)

True that. "MediaWiki-Releasing"?
I just want to avoid that people add the project, thinking "This task should get fixed in one of the future MediaWiki-Releases!" and such.

Aklapper renamed this task from Create MediaWiki-Releases project to Create MediaWiki-Releasing project.Sep 24 2015, 3:55 PM
Aklapper closed this task as Resolved.
Aklapper claimed this task.
Aklapper triaged this task as Medium priority.
Aklapper set Security to None.

Requested project MediaWiki-Releasing has been created: https://phabricator.wikimedia.org/project/profile/1539/

The task listed in this task have been associated.

Please encourage interested people to visit the project and to join the project as members, and to subscribe themselves to the project in order to receive updates!

Recommended practices for project and workboard management in Phabricator are available.

Enjoy!

Should tasks about the make-release script be filed in this project? Currently they're under Deployments.

Should tasks about the make-release script be filed in this project? Currently they're under Deployments.

That's a grey area in my head. I have a few thoughts:

  • All bugs/feature requests for the code that lives in mediawiki/tools/release/ should be in MediaWiki-Releasing
    • I guess that makes sense even for the make-wmf-branch/deploy-notes/etc as those are technically releases
  • Keeping them in Deployments will increase visibility year round, instead of twice a year sprints as I assume MediaWiki-Releasing might encourage :)
    • (I hope not, re twice a year sprints for everything in -Releasing, especially for those tasks like "figure out our distribution strategy")
  • Have them in both?
  • Ontologies are hard, yo.