Page MenuHomePhabricator

[EPIC] Code Deploy Dashboard
Open, LowPublic

Description

Problem:

We don't have an simple way of communicating what code is deployed to which wikis. Right now you need a combination of Gerrit and the MediaWiki Roadmap.

Stakeholders/use-cases:

  • Product Managers: I want to see one page where I can tell if code my team has developed is on all Wikipedias.
  • Developers: I want to know when code I have written is on the test wikis and when it'll be on English Wikipedia.
  • Technical Users/Readers: I want to see if there's an obvious excuse for a problem I am seeing on my home wiki due to a recent deployment.
  • Release Team: All of the above.

Solution ideas:

  • Create a dashboard page, hosted in Gerrit that displays the currently deployed/active branches on the WMF Cluster (and, for bonus points, the Beta Cluster). The branches will link to a single page in Gerrit that lists all of the changes and their commit short message.
  • The above, but hosted on mediawiki.org (managed by a bot, on commit, so it is not out of date).
  • The above, but hosted on its own vhost and running on the git.wikimedia.org

Details

Reference
fl454

Event Timeline

flimport raised the priority of this task from to Low.Sep 12 2014, 1:42 AM
flimport set Reference to fl454.

greg wrote on 2014-07-15 00:19:22 (UTC)

20:14 < Ryan_Lane> greg-g: for the code deploy dashboard...
20:14 < Ryan_Lane> trebuchet writes its deployment info into redis
20:14 < Ryan_Lane> if we change its schema some we can track each deployment separately by tag
20:15 < Ryan_Lane> as well as the deployment message that went along with it
20:15 < Ryan_Lane> then a dashboard could just read from redis
20:16 < Ryan_Lane> currently each deployment for a repo overwrites the data from the last, to make things simpler
20:16 < Ryan_Lane> hm. or does it? did I change that
20:16 < Ryan_Lane> I need to document the schema being used
20:17 < Ryan_Lane> hm, I should also put the schema/attribute mapping in a pillar so that it can be changed without needing to modify the code everywhere later, in a different channel
00:18 < Ryan_Lane> it [NB: a dashboard] was my original intention for the data, but a cli was quicker/easier to build

Another suggested solution: integrate this into phabricator as a phab dashboard panel?

greg lowered the priority of this task from Low to Lowest.Jan 8 2015, 6:00 PM
greg moved this task from To Triage to Backlog (Tech) on the Deployments board.
Legoktm set Security to None.

We have gone for the 'assign tags to bugs' approach instead, allowing users to search for changes within Phabricator. It's not really a /dashboard/ per se, but it does the job of communicating 'this change will be in release X'.

Hackish but working code at http://github.com/valhallasw/forrestbot, @Legoktm has relevant credentials.

Seems to me the requirements are fulfilled by @Forrestbot

It spams tag to tasks somehow https://phabricator.wikimedia.org/p/Forrestbot/feed/

An example is T100248 which has the Phabricator tags:

MW-1.26-release
WMF-deploy-2015-05-13_(1.26wmf6)
WMF-deploy-2015-05-20_(1.26wmf7)
WMF-deploy-2015-05-27_(1.26wmf8)

Example addition:

I am bringing this to Release-Engineering-Team team meeting on 2015-06-02.

Legoktm added a project: ReleaseTaggerBot.
Jdforrester-WMF raised the priority of this task from Lowest to Normal.May 29 2015, 6:09 PM
hashar renamed this task from Code Deploy Dashboard to EPIC: Code Deploy Dashboard.May 29 2015, 8:48 PM
hashar added a project: Epic.

I have removed Release-Engineering-Team from all the subtask since they are already in Deployments. We attempt to only get the root task / Epic on our board hence the cleanup.

Did anyone work on this task at Wikimedia-Hackathon-2015? If so, please share an update. If not, remove the label.

In T280#1324933, @Qgil wrote:

Did anyone work on this task at Wikimedia-Hackathon-2015? If so, please share an update. If not, remove the label.

Updates were shared two comments above: T280#1307224 and T280#1320202.

I would like to build a phabricator application that summarizes this information in a nice and easily parsable way, in a single canonical location.

I don't think forrestbot completely satisfies the need for a summary of this information, rather, the information is scattered about in various phabricator objects.

greg removed Forrestbot as the assignee of this task.Jun 3 2015, 10:18 PM

We are trying to help all open tasks listed under "Work continues after Lyon" at the Wikimedia Hackathon 2015 workboard finding their best way forward. * If you are participating in Wikimania, consider adding the #Wikimania-Hackathon-2015 project to get this task in that loop, which is about to start. * If you think this project could welcome help from a dedicated Google Summer of Code or Outreachy intern, or from an Individual Engagement Grant, add the Possible-Tech-Projects project. * If you would like to receive some other type of support (organizing a Tech Talk, establishing contacts with existing developer teams in Wikimedia or elsewhere, travel sponsorship for a related activity... you name it), please create a subtask explaining your request and associate it with Developer-Advocacy (or you can start by commenting here if you prefer). * Keeping the description, priority and assigned fields up to date always helps. :) For some context about this message, see T101151: Evaluate which projects showcased at the Wikimedia Hackathon should be supported further. It is the last communication related to Wikimedia-Hackathon-2015 that we will post here.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 4 2015, 5:40 PM
greg lowered the priority of this task from Normal to Low.Sep 10 2015, 4:33 AM
greg moved this task from Backlog to Epics on the Release-Engineering-Team board.Mar 11 2016, 10:09 PM
Luke081515 renamed this task from EPIC: Code Deploy Dashboard to [EPIC] Code Deploy Dashboard.Mar 22 2016, 6:26 PM
hashar removed a subscriber: hashar.Mar 22 2016, 7:03 PM