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

Re: [PATCH] Additions to INSTALL

From: Pavel Roskin <proski_at_gnu.org>
Date: 2002-09-26 01:04:07 CEST

> > I'm still undecided whether to move some of my projects to Subversion. I
> > miss a command to clean up everything and return the working directory to
> > the original state. Compiling from a "reused" directory feels like eating
> > from a "reused" plate.
>
> Huh? I'm not following what you want to do.

I want to remove all files and directories that are not versioned. It's
quite common that some files (or symlinks) are created by hand, then the
developer forgets about it, and the build works for that developer, but
not for anybody else, who don't have that file or symlink.

The best way to resolve this situation is to do a clean build. Things
like "make distcheck" help too, but it's doesn't work for projects that
don't use Automake (one of the projects is a Linux kernel driver).

There are actually three different things that I occasionally want to do:

1) Revert changes in the versioned files (that's what "svn revert" does).

2) Remove all non-versioned files. Good for checking my changes before
the commit.

3) Do both. Good for automated scripts that create snapshots. Good for
starting from scratch.

> Are you looking for 'svn revert'?

Probably not. It doesn't seem to affect non-versioned files:

[proski@marabou rxvt]$ ls Makefile
Makefile
[proski@marabou rxvt]$ svn revert Makefile
svn: Can't find an entry
svn: Cannot revert 'Makefile' -- not a versioned resource
[proski@marabou rxvt]$ ls Makefile
Makefile
[proski@marabou rxvt]$

I really hope that Subversion won't need addons to do such simple things.

-- 
Regards,
Pavel Roskin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 26 01:05:02 2002

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.