Aidan Van Dyk wrote: > * David Fetter <[EMAIL PROTECTED]> [080710 10:19]:
> > 2. Allow people who are not currently committers on CVS HEAD to make > > needed changes. > > Uh, the point of git is it's distributed, so you don't need to be > involved for them to do that.... Yep. People can already clone the master Pg trunk, and start from there to build patches. If they use their *private* repos for this, awesome -- they have complete history. If they want other developers to chime in with further patches, they just need to publish their repos, and let other clone them. Then, they can pull from those other repos, or allow others to push. If you want to keep updating to trunk as it moves forward, I guess you'd need to propagate the changes from trunk to your RECURSIVE repo. And if upstream changes the patch to fix some bug, you really need that bugfix to show as a separate (and probably very small) patch. Unapplying the patch and applying it back seems the worst way to proceed. Like Aidan, I think that trying to centralize the GIT repo is trying to circumvent GIT's design ideas rather than working with them. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
