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 10:40:36 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux)

Jim Meyering <address@hidden> writes:

> dhruva <address@hidden> wrote:
>> On 9/14/07, Jim Meyering <address@hidden> wrote:
>>> You can check out a copy of the repository like this:
>>
>> I have been using it for sometime and hooked to it. Thank you all the
>> efforts you have put in to get Emacs on GIT. GIT supports a CVS server
>> enabling CVS clients to access the GIT repository. Could this be a
>> possible transition plan.
>
> Yes, it is possible.
> However, currently I would not want to allow commit access
> through the git cvsserver emulation.  IMHO, it is not mature enough.
>
> Within the next few days, I expect to set up for (read-only) cvs pserver
> access to the gnulib git mirror.  If that goes well, we'll soon switch
> primary upstream development from cvs to git.
>
> If all goes well there, it should be easy to do the same for emacs.

I am afraid that this is not feasible in the current state of affairs:
as long as all multi-tty material in the current trunk is only tracked
and blamed to a point where Miles was synching rather than the
original checkin, one can't seriously work with it.  Presumably the
information loss is not yet there in the arch repository from Miles,
so one needs to either make cvsps understand the arch information
present in CVS ChangeLog entries, or import from arch rather than CVS.

Of course I am aware that the CVS workflow already _is_ hampered by
the information loss, too, but since CVS is rather bad at handling
such information anyway, it might not be as apparent.

-- 
David Kastrup




reply via email to

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