Organization migration: Handle replicables of cell-local tables for feature parity
## Problem Certain PG tables are not going to be replicated. Such as: - `lfs_objects` - `pool_repositories` - `shards` Geo currently assumes that all PG data is replicated. LFS object and Git repo replication will not work if those tables are missing relevant data. ## Proposal Sub-epics: - Develop LFS special handling (replicate LFS object projects and regenerate LFS objects rows) - This will look like adding a "new data type" just for .com. And we'll need custom "sync" logic to regenerate the `lfs_objects` rows as needed. - Develop Git repository replication special handling (shards are different on both sides) - This looks to be mostly Rails work inside of sync jobs. The Postgres dump/restore will need to exclude certain tables or fields though. <!--STATUS NOTE START--> <!--STATUS NOTE END-->
epic