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

RE: unversioned files (was: Re: Rev 362 libmod_dav_sn.so: undefined symbol: svn_repos_get_logs)

From: Sander Striker <striker_at_apache.org>
Date: 2001-11-04 09:40:27 CET

> From: Kevin Pilch-Bisson [mailto:kevin@pilch-bisson.net]
> Sent: 04 November 2001 03:51
> On Sat, Nov 03, 2001 at 05:03:45AM -0800, Greg Stein wrote:
> > On Sat, Nov 03, 2001 at 12:00:11AM -0600, Karl Fogel wrote:
> ...
> >
> > > What is "the heuristics answer"?
> >
> > You had said that 'svn st' could only show files that "should" be added.
> > That "should" is awfully scary... I say, show 'em all, or show
> none. But we
> > just got done saying 'show none' sucks :-) That leaves: show 'em all ...
>
> Well a heuristic could be something like 95% of the .c files in
> this dir are
> versioned, so maybe this should be too, whereas no .o files are,
> so we wouldn't
> suggest adding them. However, I agree with Greg, show all of them not in
> svn:ignore.
> >
> > > > However this works, we have a serious use case problem.
> "What files have I
> > > > written, which need to be added?" There is no way to answer
> that right now.
> > >
> > > +1 on "svn st" showing unversioned files. I'll even make you a deal:
> > > you file the issue, and I'll write the code. :-)
> >
> Note that the code is already there for svn st -u. Also note
> that someone,
> can't remember exactly who, said they wanted to work on svn st, so that it
> show results as they came back from the server, instead of
> waiting until all
> them were done.

IIRC that was Peter Radics who said this on irc.

> So maybe hold off on this for a while, but keep
> in mind that
> a little refactoring is all that is really needed.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:47 2006

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.