Page MenuHomePhabricator

Add a RefPosition table to hold branch/tag positions once the RefCursor table is split
ClosedPublic

Authored by epriestley on Sep 14 2017, 12:13 PM.
Tags
None
Referenced Files
F13159746: D18602.diff
Mon, May 6, 2:42 AM
Unknown Object (File)
Wed, May 1, 8:11 PM
Unknown Object (File)
Mon, Apr 29, 9:26 AM
Unknown Object (File)
Sun, Apr 28, 9:32 AM
Unknown Object (File)
Thu, Apr 11, 7:28 AM
Unknown Object (File)
Mar 30 2024, 6:34 PM
Unknown Object (File)
Mar 28 2024, 4:06 AM
Unknown Object (File)
Mar 27 2024, 12:21 AM
Subscribers
None

Details

Summary

Ref T11823. Currently, we have a "RefCursor" table which stores rows like <branch or tag name, commit it is pointing at> with some more data.

Because Mercurial can have a single branch pointing at several different places, this table must allow multiple rows with the same branch or tag name.

Among other things, this means there isn't a single PHID which can be used to identify a branch name in a stable way. However, we have several UIs where we want to be able to do this.

Some specific examples where we run into trouble: in Mercurial, if there are 5 heads for "default", that means there are 5 phids. And currently, if someone deletes a branch, we lose the PHID for it. Instead, we'd rather retain it so the whole world doesn't break if you accidentally delete a branch and then fix it a little later.

(I'll likely hold this until the rest of the logic is fleshed out a little more in followup changes.)

Test Plan

Ran bin/storage upgrade, saw the table get created without warnings.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable