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

Re: Feature request...

From: Joseph Galbraith <galb_at_vandyke.com>
Date: 2006-09-11 22:06:38 CEST

Simon Large wrote:
> Stefan Küng wrote:
>> Joseph Galbraith wrote:
>>> o Would it be possible to add a "Remove all non-versioned
>>> files" menu item, which wouldn't care about the ignored
>>> status and allow me to do this in a single step?
>> PFAI.
> And then Stefan wrote:
>> That's a little dangerous, don't you think? A command which deletes
>> all files which you haven't even seen first?
> I added this as issue 287 on Friday. Do you guys want to put some of
> these comments there?
> I agree that it is potentially dangerous, so if implemented at all it
> should not be easy to do accidentally.
> Joseph, can you reorganise your WC so that generated files go into a
> separate folder(s) which can be svn-ignored? And if you already do that,
> are you aware that there is a TSVN setting which allows you not to show
> the children of an unversioned folder?

I do already do that... but sometimes, when one of the other
developers is having a build problem that I'm not seeing
(or vis-a-versa), the best solution is to go back to a clean
slate and see if it isn't a build artifact that is causing the

Also, when I'm making big changes to the actual build
machinery (which is what I've been doing recently) I
like to do a clean build before committing.

I've found that these types of changes can often offer
a false-success if there are build artifacts laying around.

Say for example I change where a particular library gets built,
but forget to update one of the consumers of the library. The
build will still succeed because the library is still laying
around from just before the change. Then I commit and the
automated build fails (because it always does a clean export.)

We have developers that come in every morning and
go through the steps I described in the original
email so they start out clean for the day.



To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Sep 11 22:14:14 2006

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

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