Re: git: uh-oh

Поиск
Список
Период
Сортировка
От Michael Haggerty
Тема Re: git: uh-oh
Дата
Msg-id 4C7FA949.5040006@alum.mit.edu
обсуждение исходный текст
Ответ на Re: git: uh-oh  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: git: uh-oh  (Max Bowsher <maxb@f2s.com>)
Список pgsql-hackers
Robert Haas wrote:
> On Thu, Sep 2, 2010 at 8:13 AM, Michael Haggerty <mhagger@alum.mit.edu> wrote:
>> 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

I addressed that problem in this email:

http://archives.postgresql.org/pgsql-hackers/2010-08/msg01819.php

Summary: it is caused by a known weakness in cvs2svn's
branch-parent-choosing code that would be difficult to solve.

But it just occurred to me--the script contrib/git-move-refs.py is
supposed to fix problems like this.  Have you run this script against
your git repository?  (Caveat: I am not very familiar with the script,
which was contributed by a user.  Please check the results carefully and
let us know how it works for you.)

Michael


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: compiling with RELCACHE_FORCE_RELEASE doesn't pass regression
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Synchronous replication - patch status inquiry