Remy Blank wrote:
> I'm trying to tackle the update of the repository cache to the multiple
> repository situation. I have one question re.
> MultipleRepositorySupport/Cache.
>
> In the "Model" section, the "repository" table should bind an "id" to a
> repository UUID (probably the .name attribute of the SVN repos) and some
> metadata. What should that "id" be? The name used in the [repositories]
> section as the config key? This would mean that changing the "mount
> point" of a repository would require resyncing the cache.
>
> I would propose enhancing the [repositories] section as follows:
>
> [repositories]
> my_repo_a.dir = <path to repository>
> my_repo_a.mount = <mount point of repository>
> my_repo_a.type = <type of repository>
>
> and to use "my_repo_a" as the repository key for the cache. This would
> allow changing the mount point without changing the key (i.e. without
> invalidating the cache), 

I'm afraid this would complexify the code, as you'd need to often juggle 
between between the key and the user-visible mount point, and need to 
ensure that there's a 1-1 mapping between them, etc. I think it will be 
simpler to use the reponame (mount point) as the key.
If the goal is simply to be able to change that mount point without 
doing a whole resync, we could add a `trac-admin <env> remount old new" 
command, which could do that in one go.

> and would also allow having a mount point with
> caps or the "." character, as requested at the bottom of
> MultipleRepositorySupport.
That's a detail, we can easily get that by splitting at the last "." seen.

>  We could even make .mount optional, and use
> the key as the mount point by default.
>
> Does that make sense?
>
> -- Remy
>
>
> PS: Should I continue asking questions about multirepos on trac-dev (for
> "development documentation"), or should I mail Christian directly?
>   

Well, I don't necessary have the answers, so it's best to ask here, in 
case someone else has a bright idea ;-)
Alternatively, we can edit the MultipleRepositorySupport/Cache page as 
we go.

-- Christian

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac 
Development" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to