"Andy Levy" <email@example.com> wrote in message news:firstname.lastname@example.org...
> On 6/7/06, Raterus <email@example.com> wrote:
>> I've performed a CheckOut from a public SVN repository and now have a local working copy. I'd like to turn around and import this into my local repository, but it appears TortoiseSVN hides that sub-menu option. Is there any way to do this? I don't really understand why you wouldn't be able to do this.
> A working copy is directly linked to the URL it was checked out from -
> it's a one to one relationship. So you effectively can't check out
> from one place, then check that same WC into or import to another.
> If you want to have a local working copy so that updates for your
> vendor branch don't require a full checkout each time, the following
> steps may work (haven't done it myself):
> 1) Initial Checkout from vendor's repository
> 2) Export WC to another directory
> 3) In-place import  the resulting files into your repository
> When you update from the vendor, perform an update at step 1 above,
> export, and then a commit from the directory in step 3 (instead of an
> Pay careful attention to the vendor branch documentation from earlier
> where it noted that you will need to make sure you remove files that
> were deleted in the vendor's repository.
>  http://subversion.tigris.org/faq.html#in-place-import
Thank you again Andy, you have been very helpful!
I was able to get the in-place-import done, I understand that process better now.
I was also able to mimic some changes to the vendor distribution, go through the steps you mentioned, and get the changes back to my local repository.
The only thing that concerns me is what you mentioned last, ensuring that files deleted by my vendor are actually deleted in my local copy as well. Are there any foolproof ways to do this? I saw the script documentation on svn_load_dirs.pl, but I was hoping for an easier way, since I doubt this particular vendor product will change that much. I tried deleting the in-place-import contents first, then exploding the changes back to it before a commit, but this unfortunately didn't work. Perhaps though if I kept the .svn directories and deleted everything else. Any other ideas?
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Wed Jun 7 23:08:58 2006