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

Re: Check in a new version of source tree ?

From: Andy Levy <andy.levy_at_gmail.com>
Date: 2007-05-22 21:38:49 CEST

On 5/22/07, MikeW <mw_phil@yahoo.co.uk> wrote:
> Andy Levy <andy.levy <at> gmail.com> writes:
>
> >
> > On 5/22/07, MikeW <mw_phil <at> yahoo.co.uk> wrote:
> > > I have a version of a source tree in SVN.
> > >
> > > I have been supplied with a patched version of the tree, with
> > > some files and directories added, some deleted, some modified.
> > >
> > > I would basically like the new version of the tree to become the
> > > next revision in SVN, with files & directories added, updated,
> > > deleted from the repository as appropriate.
> > >
> > > What would be the 'best practice' way of achieving this, please ?
> > > Single commit if possible.
> >
> > Treat it like a Vendor Branch and load it in using svn_load_dirs.pl
> > See
> http://svnbook.red-bean.com/en/1.2/svn.advanced.vendorbr.html#svn.advanced.vendorbr.svn_load_dirs
> >
>
> With several changes in filenames and directory names (new hardware)
> this is one app that would benefit from having a GUI equivalent
> to allow you to match up renamed files !
>
> Would also be handy if you could specify some exceptions to the
> additions and deletions - I have an extra parallel 'patches' dir -
> though this could be done by just pruning or adding into the
> input source tree, of course

If you're being given a "patched version of the tree," why can't you
have the patch (output of svn diff) sent to you, to apply to your copy
of the tree directly?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 22 21:39:39 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.