Page MenuHomePhabricator

Merge the "HarbormasterBuildCommand" table into "HarbormasterBuildMessage"
ClosedPublic

Authored by epriestley on Jul 13 2021, 10:48 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 15 2024, 3:32 AM
Unknown Object (File)
Feb 12 2024, 11:04 PM
Unknown Object (File)
Feb 4 2024, 1:08 AM
Unknown Object (File)
Jan 11 2024, 10:15 AM
Unknown Object (File)
Jan 5 2024, 1:12 PM
Unknown Object (File)
Jan 3 2024, 8:03 PM
Unknown Object (File)
Dec 30 2023, 6:43 PM
Unknown Object (File)
Dec 29 2023, 2:32 PM
Subscribers
Restricted Owners Package

Details

Summary

Ref T13072. These two similar tables don't make sense to keep separate. Instead, make Build a valid receiver for BuildMessage objects.

These tables are practically the same, so this is straightforward: just copy the rows in and then drop the old table.

(This table was trivial and ephemeral anyway, so I'm not bothering to do the usual "keep it around for a couple years just in case".)

Test Plan
  • Populated BuildCommand table, ran migration, saw Builds end up in the proper transitional state (e.g., pausing, aborting, restarting) with appropriate queued messages.
  • Queued new messages by clicking UI buttons.
  • Ran BuildWorkers, saw them process messages and mark them as consumed.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

Owners added a subscriber: Restricted Owners Package.Jul 13 2021, 10:48 PM
This revision was not accepted when it landed; it landed in state Needs Review.Jul 21 2021, 9:17 PM
This revision was automatically updated to reflect the committed changes.