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

Re: set svn:keywords property on svn add

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2003-02-10 21:26:54 CET

Michael Price <mprice@atl.lmco.com> writes:
> Olaf Hering writes:
> > Is there a way to do an 'svn propset svn:keywords Id file' automatically
> > when on runs 'svn add file'?
>
> I found myself wishing for that feature just the other day.

I hate to be the wet blanket, but we can't just add any feature that
sounds good. Although we haven't officially declared some sort of
code freeze or 1.0 release branch yet (it's still a bit early), IMHO
it's best to avoid introducing new features or enhancements where
possible now. Each one is a potential bug source, while we are
already mostly feature complete and have enough bugs to fix as it is.
(Missing 1.0 features should already be entered in the issue tracker.)

This feature is a good candidate for post-1.0, when we will have time
to think it through carefully and design it right. If you'd like to
file a Post-1.0 feature request (or maybe call it an "enhancement" to
keyword functionality), go for it. But I'm -0.5 to -1 on putting it
in the code right now. There are many, many potential features that
are useful to someone, under some circumstances. We must resist
implementing them before 1.0, or else be prepared to wait forever for
1.0.

Nor is branching the answer here. Branching is useful for work that
we intend to merge soon, where the branch is being actively developed
and kept in sync with the trunk, or for exploratory experiments that
are too large to keep in a working copy. But for a change like this,
the branch would essentially be a snapshot of trunk with one patch
applied -- in other words, the branch contains no more information
than the patch itself, so just attach a patch to an issue, and that's
your "virtual branch" :-).

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 10 21:58:36 2003

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.