[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: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2001-11-04 03:50:36 CET

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. So maybe hold off on this for a while, but keep in mind that
a little refactoring is all that is really needed.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  • application/pgp-signature attachment: stored
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.