Re: git: uh-oh
От | Robert Haas |
---|---|
Тема | Re: git: uh-oh |
Дата | |
Msg-id | AANLkTin51416TSwpZmYDy7Z2phDaeaj8PeDM7O7ETRVj@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: git: uh-oh (Michael Haggerty <mhagger@alum.mit.edu>) |
Ответы |
Re: git: uh-oh
|
Список | pgsql-hackers |
On Thu, Sep 2, 2010 at 8:13 AM, Michael Haggerty <mhagger@alum.mit.edu> wrote: > Robert Haas wrote: >> On Wed, Sep 1, 2010 at 6:39 AM, Magnus Hagander <magnus@hagander.net> wrote: >>>> That definitely didn't fix it, although I'm not quite sure why. Can >>>> you throw the modified CVS you ran this off of up somewhere I can >>>> rsync it? >>> no rsync server on that box, but I put up a tarball for you at >>> http://www.hagander.net/pgsql/cvsrepo.tgz >> >> OK, color me baffled. I looked at gram.c and I believe you obsoleted >> the right revs. The only difference I see between this and some other >> random deleted file is that it has a couple of tags pointing to revs >> that don't exist any more, but I can't see how that would cause the >> observed weirdness. > > What weirdness, exactly, are you discussing now? I've lost track of > which problem(s) are still unresolved. Lots of commits that look like this: commit c50da22b6050e0bdd5e2ef97541d91aa1d2e63fb Author: PostgreSQL Daemon <webmaster@postgresql.org> Date: Sat Dec 2 08:36:42 2006 +0000 This commit was manufactured by cvs2svn to create branch 'REL8_2_STABLE'. Sprout from master 2006-12-02 08:36:41 UTC PostgreSQL Daemon <webmaster@postgresql.org> '' Delete: src/backend/parser/gram.c src/interfaces/ecpg/preproc/pgc.c src/interfaces/ecpg/preproc/preproc.c It seems there's something that cvs(2svn) doesn't like about the history of those files. Magnus tried obsoleting the revisions that show up as modifications of the dead revision, which seems to make that history basically identical to the histories of other files that are handled properly, but evidently there's still something wonky going on. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: