Changes between Version 15 and Version 16 of MultipleRepositorySupport

Timestamp:

Oct 10, 2008, 9:47:33 AM (16 years ago)

Author:

Christian Boos

Comment:

link to multirepos cache design doc

MultipleRepositorySupport

@@ -12 +12 @@
  - r6465: initial "release" of the branch, ''worksforme''
  - r6469: a few bug fixes
+ - r7590: current version is quite good ;-)
 
 The approach is quite simple: beyond repository connectors, there's now repository providers (IRepositoryProvider components) which are responsible for make available a list of named repositories. That name can be arbitrary (in particular, it may contain '/' to denote a pseudo-hierarchy) and will be used as a prefix for any repository path.
@@ -88 +89 @@
  - currently, a "default" repository (the one defined in the `[trac]` section) ''needs'' to be defined, otherwise the versioncontrol modules are disabled
  - ~~fix AJAX query in annotate~~
- - extend to cached repositories
  - IRepositoryProvider must have a way to signal new content, in order to rebuild the repository name cache
  - support the `.url` repository metadata (#1781)
@@ -98 +98 @@
    It would be quite useful to be able to do so, and it's doable without much work 
    (only need to compare folders in a backend neutral way, we already do our own diff at the file level)
- - major feature (blocker): make the cache work again. 
+ - extend to '''cached repositories''', see MultipleRepositorySupport/Cache. [[br]]
    In a first step, the existing cache could be adapted to simply handle more than one repository. [[br]]
    Bonus points if that cache is smart enough to handle multiple scoped repositories without data duplication. [[br]]
@@ -123 +123 @@
 Thanks :-) 
 
+=== Known Issues ===
+[[TicketQuery(keywords=~multirepos)]]