Re: Report: removing the inconsistencies in our CVS->git conversion - Mailing list pgsql-hackers
From | Tom Lane |
---|---|
Subject | Re: Report: removing the inconsistencies in our CVS->git conversion |
Date | |
Msg-id | 789.1284773355@sss.pgh.pa.us Whole thread Raw |
In response to | Re: Report: removing the inconsistencies in our CVS->git conversion (Tom Lane <tgl@sss.pgh.pa.us>) |
Responses |
Re: Report: removing the inconsistencies in our CVS->git conversion
|
List | pgsql-hackers |
I wrote: > Oh, mystery explained upon comparing the cvs2git.options files. > I was using Max's file which had this in it: > ExcludeRegexpStrategyRule(r'unlabeled-.*'), > I think I'll rerun without that just to convince myself of what it is > we're dropping. But right now it seems that everything is pretty sane. OK, I found out what we're dropping. Those "unlabeled" branches each have a manufactured creation commit that just deletes a lot of files, plus a single real commit, which all look like this: + commit 6c23cb5f371f273cade66408f3a888c2f94af293 refs/heads/unlabeled-1.51.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:29 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/test/regress/expected/alter_table.out + + commit d554d56827e4337835b0792c2568e8e9fee2d950 refs/heads/unlabeled-1.87.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:28 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/executor/nodeAgg.c + + commit 7724eba3a121e5c84da3467fe6f0b176bf3f3d4b refs/heads/unlabeled-1.59.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:27 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/executor/execTuples.c + + commit 6924390f0cfa2aac1308719e51cb4cc2b24e2bc7 refs/heads/unlabeled-1.44.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:26 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/commands/tablecmds.c + + commit 83029b0525f3324c30d35fcc9c77d2c301bdf7cf refs/heads/unlabeled-1.90.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:25 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/access/common/tupdesc.c + M src/backend/parser/parse_target.c + commit 6d0d15c451739396851d3f93f81c63a47535bf1e refs/tags/REL7_4_BETA1 Author: Tom Lane <tgl@sss.pgh.pa.us> Date: Sat Sep 28 20:00:19 2002 +0000 If you go and look at the CVS history of these files, you'll see that indeed they all have branches sprouted on that date that are unreferenced. This commit occurred during that interval between where we'd initially branched 7.3 and where we moved it up to head. I think what happened was that I tried to back-patch a fix into what was then the 7.3 branch, and when Marc moved the branch point, these commits all ended up orphans. So indeed there's no harm discarding them. (I always suspected that what Marc had done wasn't entirely kosher, and yup, now the chickens are coming home to roost.) regards, tom lane
pgsql-hackers by date: