Page MenuHomePhabricator

Reduce length of Phabricator milestone names for wmf-branches
Closed, ResolvedPublic

Description

Because:

Screen Shot 2018-09-20 at 04.15.13.png (386×1 px, 68 KB)

and

Screen Shot 2018-09-20 at 04.15.55.png (116×1 px, 24 KB)

and

Screen Shot 2018-09-20 at 04.16.02.png (506×664 px, 65 KB)

In addition to becoming shorter overall, I'd also propose:

  • Avoid the nested parenthesis.
  • Avoid confusion with #1-32-release by not starting with the word "release" (also makes auto-complete easier).
  • Avoid "WMF" redundancy (already in the branch name).

Event Timeline

A few contenders to bikeshed over:

  1. MW-1.32-release-notes (WMF-deploy-2018-09-18 (1.32.0-wmf.22))current
  2. MW-1.32-notes (2018-09-18 / 1.32.0-wmf.22)
  3. MW-1.32-notes (1.32.0-wmf.22; 2018-09-18)
  4. MW-1.32-notes (1.32.0-wmf.22; 2018.09.18)

I like #2, but is it short enough? :)

3, 4, 2, 1. (branch number is more important than date, but I like - to separate date parts).

Krinkle triaged this task as Medium priority.

Thanks. Sounds good to me!

There's one thing I didn't consider, in the project dropdown, Phabricator autocompletes MW-1.XX-notes before MW-1.XX-release except the former is only ever added by bots and humans nearly always want the latter. Is it possible to influence how Phabricator prioritizes projects without renaming?

There's one thing I didn't consider, in the project dropdown, Phabricator autocompletes MW-1.XX-notes before MW-1.XX-release except the former is only ever added by bots and humans nearly always want the latter. Is it possible to influence how Phabricator prioritizes projects without renaming?

We could rename the "release blocker" tags to just "MW-1.XX"?

Jdforrester-WMF changed the task status from Open to Stalled.Jun 4 2019, 8:58 PM

Stalled waiting for feedback.

You or someone else already implemented the chosen winner, though. So this is resolved, right?

Screenshot 2019-06-11 at 15.53.24.png (1×812 px, 171 KB)

The tagging of things for release blockers is indeed slightly harder now, one has to type one additional letter. Previously "MW X.Y", and now "MW X.Y-r".

If that's a blocking issue, I suppose we can keep this open a decision for what word could serve to replace the word "notes" – one that sorts in the alphabet after "release". This restriction eliminates some 70% of starting letters, including the words "alpha", "branch", and "deploy". Some ideas for words starting with RSTUVWXYZ?

"notes"MW-1.34-notes (1.34.0-wmf.10; 2019-06-18) – (current)
"train"MW-1.34-train (1.34.0-wmf.10; 2019-06-18)
"wmf"MW-1.34-wmf (1.34.0-wmf.10; 2019-06-18)

Yes, the main part is done, the question is about naming of the top-level projects. For each major release, we have two, a "notes" main project and a "release blockers" project.

I'm not sure renaming the main project is a good idea – that's not wmf/train specific, anything merged into REL1_33 will get tagged MW-1.33-notes.

The proposal was possibly renaming MW-1.33-release to be differently named so it would be quicker to type and easier to differentiate. Not sure what to call it.

I'm declaring this Good Enough™.