[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r10835 - trunk/subversion/include

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-09-08 20:43:46 CEST

On Wed, 2004-09-08 at 10:42, kfogel@collab.net wrote:
> > - * @deprecated Provided for backward compatibility with the 1.1.0 API.
> > + * @deprecated Provided for backward compatibility with the 1.0.0 API.

> Is this the right change?

Of course it's the right change. We're deprecating the function in 1.1;
it's provided for backward compatibility with 1.0.

A separate question is whether the code was right before, when we
thought we were deprecating the function in 1.2:

> When deprecating something, we should say
> it's "provided for backward compatibility with" the earliest
> Subversion possible, since that implies all later ones anyway.

To me, it makes more sense to state the latest version in which the
function wasn't deprecated. Sure, that doesn't provide as much
information about when the function was first available, but it provides
more information about when the function was last recommended.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 8 20:44:02 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.