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

Re: Importing from a working copy ... bad idea?

From: Nathan Hartman <hartman.nathan_at_gmail.com>
Date: Wed, 17 Apr 2019 22:01:42 -0400

On Wed, Apr 17, 2019 at 8:01 PM Mun Johl <mun.johl_at_kazan-networks.com>
wrote:

> Hi Eric,
>
> Thank you for your reply.
> Please see my comments below.
>
>
> On Wed, Apr 17, 2019 at 04:32 PM PDT, Eric Johnson wrote:
> > Sounds like you might want to take advantage of svn:externals.
> >
> > http://svnbook.red-bean.com/nightly/en/svn.advanced.externals.html
>
> I was not familiar with svn:externals, so thank you for the link.
> However, if I understand the concept correctly--which is a big IF--I
> don't think that's the solution I want to use.
>
> It seems that svn:externals allows users to easily checkout piece-meal
> files from a repo and create a new structure. Perhaps analogous to
> symbolic links (yeah, that might be a stretch). However, I don't want
> updates to affect the original files since they are still pertinent to
> other projects. What I want is to create a _new_ SVN directory by
> leveraging those files and hopefully maintaining their svn log
> information during their initial commit to the new project.

In that case it sounds more like you'd want to do a copy, same as you would
for branching but into the new project directory. As long as the source and
destination projects exist in the same repository, Subversion will be able
to trace the history of those files back through to the source project.
Received on 2019-04-18 04:02:03 CEST

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.