Page MenuHomePhabricator

Migrate project profiles onto projects, and remove ProjectProfile object
ClosedPublic

Authored by epriestley on Feb 10 2014, 8:37 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, May 3, 1:41 AM
Unknown Object (File)
Mon, Apr 29, 3:57 PM
Unknown Object (File)
Sat, Apr 27, 11:32 PM
Unknown Object (File)
Wed, Apr 24, 10:56 PM
Unknown Object (File)
Wed, Apr 17, 2:59 PM
Unknown Object (File)
Wed, Apr 10, 10:33 PM
Unknown Object (File)
Wed, Apr 10, 5:59 AM
Unknown Object (File)
Sat, Apr 6, 11:55 PM
Subscribers

Details

Summary

Ref T4379. Long ago, the "Project" vs "ProjectProfile" split was intended to allow a bunch of special fields on projects without burdening the simple use cases, but CustomField handles that far better and far more generally, and doing this makes using ApplicationTransactions a pain to get right, so get rid of it.

The only remaining field is profileImagePHID, which we can just move to the main Project object. This is custom enough that I think it's reasonable not to express it as a custom field.

Test Plan

Created a project, set profile, edited project, viewed in typeahead, ran migration, verified database results.

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

are you going to drop the project_profile table in a future diff?

Yeah -- I'm probably going to do the [Later] ... thing just so we aren't outright destroying data in case the migrations are bogus, but this table is pretty low risk. If it didn't have the descriptions in it I'd just drop it outright.