emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs.git mirror status


From: David Kastrup
Subject: Re: emacs.git mirror status
Date: Fri, 14 Sep 2007 15:39:36 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux)

Andreas Schwab <address@hidden> writes:

> David Kastrup <address@hidden> writes:
>
>> Andreas Schwab <address@hidden> writes:
>>
>>> David Kastrup <address@hidden> writes:
>>>
>>>> Andreas Schwab <address@hidden> writes:
>>>>
>>>>> David Kastrup <address@hidden> writes:
>>>>>
>>>>>> For git, the sole difference between a merge and an import is that the
>>>>>> former has the branch as a parent commit.  All the other history is
>>>>>> reconstructed by git on the fly rather than tracked.  So just
>>>>>> redeclaring the respective CVS checkins
>>>>>
>>>>> There are no such checkins.
>>>>
>>>> Huh?  Miles never checked anything into CVS?
>>>
>>> Not before the initial multi-tty import.
>>
>> So what?  That is the commit I was talking about.
>
> There is only this very commit representing the import.  The CVS tree
> contains no history before that point.

Indeed.  On the 13th of May, Miles imported just the current state and
none of the history in the multi-tty arch repository into his arch
repository.

We could presumably fix this in git by importing the upstream
multi-tty arch repository into git as a separate branch starting from
the branch-off point of multi-tty, then make this the branch parent
rather than Miles import.  Something like that.

git is pretty good at mangling history after the fact.  Whether we
have a reasonable chance to get this sort of thing done in the CVS or
arch repositories is a different question.  Probably not.

-- 
David Kastrup




reply via email to

[Prev in Thread] Current Thread [Next in Thread]