Re: PostgreSQL Developer meeting minutes up

Hi,

Quoting "Robert Haas" <robertmhaas@gmail.com>:
> I don't think that was the idea - Aidan floated the idea of just
> checking the current version of each branch into git, rather than
> importing the full history from CVS (and letting indivdual cloners fix
> their own history if they were so inclined).  I think that's a
> non-starter.

I'd say it depends on how hard it is to "fix" one's history. If it's
just a config option instructing git to fetch everything before
revision X from repository Y...

OTOH, it would certainly be nicer to have a "default" history, where
only people who require another history would need such a config
option. I'm not quite sure what's possible there.

> I don't think it's going to work for us to
> leave it broken until we're ready to do "the cutover", and then do one
> monolithic move.

Agreed. However, I'm pretty certain this won't be the last time we
have to "fix" the git repository. Conversion from a bunch of RCS files
is just way too ambiguous.

> If the tools we're using to do the import now have
> broken our tree, then we need to fix it, and them.

..and the CVS repository.

Regards

Markus Wanner