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

RE: Re: Correct Procedure.

From: Mark Coleman <Mark.Coleman_at_tomtom.com>
Date: 2007-05-21 15:04:40 CEST

Ok, thanks for the feedback on this.

Kind regards,

Mark Coleman | Software Developer | TomTom | mark.coleman@tomtom.com | +31 (0)20 8500955 office

 

-----Original Message-----
From: Ulrich Eckhardt [mailto:eckhardt@satorlaser.com]
Sent: Monday, May 21, 2007 2:57 PM
To: users@subversion.tigris.org
Subject: Re: Correct Procedure.

On Monday 21 May 2007 12:01, Mark Coleman wrote:
> I am currently working with a build system. At the end of building the
> various components we have, I check in all the build output to an svn
> repository.
>
>
> We are still in a development stage and as such many files are added and
> taken from the build output. Currently I have a short script to 'svn
> add' everything in the working directory which shows up with a '?'
> during an 'svn stat'.
>
>
> Now I would like to have the reverse functionality so that when files
> that are in the repository do not show up in the working copy at the end
> of the build, they are 'svn remove'd.

In general, I find that use questionable. I also check in the compiled
binaries, but only when making a release, not during development. The reason
is that the difference between two revision is cluttered with changes of
generated files while the only relevant parts are the source files. Also,
generated objectfiles can't be merged, so a concurrent development model is
rather cumbersome like this. I don't know your environment, so YMMV.

> Is there a recommended way to achieve this?

There is a tool called svn_load_dirs.pl (part of Subversion itself), which can
sync a repository URL with an (unversioned) directory, including modifying,
adding, deleting and moving files. IIRC, it also has an option to use an
existing working copy. Either this or some self-rolled script that parses the
output of 'svn st' would do.

There are existing requests to add a feature to Subversion that makes it treat
a directory as a whole, meaning that adding and deleting files automatically
adds and deletes them for subversion, but this is not implemented currently.

cheers

Uli

-- 
Sator Laser GmbH
Geschäftsführer: Ronald Boers, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
This e-mail message contains information which is confidential and may be privileged. It is intended for use by the addressee only. If you are not the intended addressee, we request that you notify the sender immediately and delete or destroy this e-mail message and any attachment(s), without copying, saving, forwarding, disclosing or using its contents in any other way. TomTom N.V., TomTom International BV or any other company belonging to the TomTom group of companies will not be liable for damage relating to the communication by e-mail of data, documents or any other information.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 21 15:05:04 2007

This is an archived mail posted to the Subversion Users mailing list.

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