Re: svn switch --relocate needs access the repo(s)?

Tomorrow at 12:10am, Stefan Sperling said:

>> Is there any way to get the old behavior again? I tried the --force
>> switch, but it still fails if it can't contact the new repo.
>
>> I'm all in favor of sanity checking, as long as there's a way to override
>> it with a flag for "i know what I'm doing", which I thought is what
>> --force was intended to be. Maybe a "don't access the network" flag would
>> be even better.
>
> Yes, we could provide a command-line switch that disables this check,
> like --i-know-what-i-am-doing or maybe even --no-uuid-check.
>
> Would you take the time to file an issue to track this enhancement
> request? It should not be hard to do this and maybe someone will find
> the time to implement this before 1.7.0 is released.

Done:

http://subversion.tigris.org/issues/show_bug.cgi?id=3476

> In return for filing the issue, and if you really need this enhancement
> right now, you could try disabling the uuid check with the patch below
> (against 1.6.x). I haven't tested this patch but I think it should do
> the trick.

Thanks!

Mac

> Stefan
>
>
> Index: subversion/libsvn_client/relocate.c
> ===================================================================
> --- subversion/libsvn_client/relocate.c (revision 39053)
> +++ subversion/libsvn_client/relocate.c (working copy)
> @@ -58,6 +58,7 @@
> const char *root_url,
> apr_pool_t *pool)
> {
> +#if 0
> struct validator_baton_t *b = baton;
> struct url_uuid_t *url_uuid = NULL;
>
> @@ -104,6 +105,7 @@
> (SVN_ERR_CLIENT_INVALID_RELOCATION, NULL,
> _("The repository at '%s' has uuid '%s', but the WC has '%s'"),
> url, url_uuid->uuid, uuid);
> +#endif
>
> return SVN_NO_ERROR;
> }
>

--
Mac Newbold			Code Greene, LLC
CTO/Chief Technical Officer	44 Exchange Place
Office:	801-582-0148		Salt Lake City, UT  84111
Cell:	801-694-6334		www.codegreene.com
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2390468
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].