scaling of shared storage

[Jan Hudec]

On Mon, Feb 06, 2006 at 16:37:01 +0100, Wouter van Heyst wrote:
> On Mon, Feb 06, 2006 at 09:40:35AM +1100, Robert Collins wrote:
> > One of the things we handwaved in UBZ was the size of the shared
> > inventory store in shared repositories. Even though its quite optimal in
> > an aggregate sense, it will have data from multiple projects commingled.
> > 
> > I wonder if rather than a single inventory we had a inventory for each
> > tree root id [yes those things again] this would be more manageable.
> > This implies that the revision would hold the root id itself, so that
> > the inventory would be findable.
> 
> I have the feeling I'm missing some context on tree roto ids. Iirc
> tailor generates file-ids on every tailorization, which makes merging
> between two otherwise the same bzr branches made with tailor harder.
> 
> Would tree root ids have a similar impact? If each 'bzr branch'
> invocation makes a new id it won't, but now I'm again uncertain I
> understand what root ids are supposed to solve.

Nope.

Root ids mean, that the root entry would be a directory entry as every
other and therefore would have id and possibly properties and such. Bzr
branch would preserve that just as it preserves file-ids. New ID would
be only generated if you start from scratch (either by bzr init or when
you first call bzr add).

-- 
						 Jan 'Bulb' Hudec <bulb at ucw.cz>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060206/fa5a5741/attachment.pgp