On 10/24/2006 12:28 PM, THURMAN, LORENZO, SECR wrote:
> Great, thanks for the reply. I'll keep my history, correct?
Yes. Some tools (e.g. TortoiseSVN) may have trouble due to the renames,
but I think that's a bug in them, not in svn.
The example I'm thinking of: tsvn won't do "blame" (i.e. show the
originating revision number for each line) if you select a file and ask
it to limit its search entirely to a time before the file had its
current name. This is a tsvn bug, not an svn bug, because the svn
client has no problem in this situation.
Duncan Murdoch
> Lorenzo Thurman, SECR
> Aurora/Internet Protect Developer
> 312-230-2109
>
> -----Original Message-----
> From: Duncan Murdoch [mailto:murdoch@stats.uwo.ca]
> Sent: Tuesday, October 24, 2006 11:26 AM
> To: THURMAN, LORENZO, SECR
> Cc: users@subversion.tigris.org
> Subject: Re: Repository reorg question
>
> On 10/24/2006 11:45 AM, THURMAN, LORENZO, SECR wrote:
>> When our svn repository was setup, the admin did not use the
> recommended
>> structure of trunk, tags and branches, but instead he just placed the
>> code in the repository. Now we need to create branches and tags, so
> I'd
>> like to redo the repository. What is the safest way to go about this?
>
> Design what you want, and then use "svn mkdir newURL" to create the new
> structure in the repository, and then "svn move oldURL newURL" to move
> things into it. If you screw up, it's all reversible.
>
> Duncan Murdoch
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 24 18:41:40 2006