bug-cvs
[Top][All Lists]
Advanced

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

Re: Patch for making CommitID configurable


From: Derek Price
Subject: Re: Patch for making CommitID configurable
Date: Wed, 27 Apr 2005 14:54:34 -0400
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

Mark D. Baushke wrote:

> >Even if it isn't, I don't see why it shouldn't be possible to apply
> >my patch to let the user decide what he wants.  What is currently
> >being done is that users are forced to have CommitIDs even if they
> >don't want them (for whatever reason).  This cannot be right.
>
> Hmmm... cvs 1.12.x is where we are doing new features that we consider
> to be reasonable as the future direction of CVS. It is not yet the
> stable version. If possible, when this version is blessed as STABLE to
> replace the cvs 1.11.x series, we would rather have a standard version
> that interoperates well with all other clients and servers.


I agree.  Feature was intended to give us more freedom to change the
file formats and whatnot without upsetting the luddites among us.  ;)
We're still going to fairly great lengths to avoid breaking backwards
compatibility with various applications, but I think a few warning
messages from RCS are an acceptable trade for some of these new features.

If you want stable file formats and APIs, Peter, you should be sticking
with the stable series (1.11.x) of releases.

> If other people believe strongly that this feature needs to be a
> compile-time or pre-repository config option, we can consider it and
> bring it to a vote among the developers based on user input.


Just a note, I already agreed to commit Peter's patch some days ago in
this thread, with the change that I was going to make the default
behavior leaving commitID enabled, with his config key able to turn it
off, pending lack of objections from the other developers and general
agreement from users.

Cheers,

Derek

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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