[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Storing lots of content in properties

From: <kfogel_at_collab.net>
Date: 2004-12-28 23:03:12 CET

Alejandro Forero Cuervo <azul@bachue.com> writes:
> However, I'm not entirely sure Subversion is designed to properly
> handle properties having long values (probably longer than the
> files' contents, in some cases). I'm I likely to run into
> problems if I use properties to store this information? Also, is
> there a way to create a diff of the contents of a property over
> different revisions?

You are right to worry. Subversion properties are not stored very
efficiently, and you probably don't want them to be large -- certainly
not larger than the file's contents.

By the way, could you turn off the right-justification option in your
mailer? It makes your mail very hard to read (for me at least, I
suspect also for others). Thanks.

> Ps: Another option would be to pick some standard naming
> mechanism for the discuss files. For example, for each file
> named /somefile/, I could name its discuss page something
> like /x-somefile/. This could lead to some name clashes and
> doesn't convince me. Also, unlike the other mechanism, it
> would allow discussion pages to have discussion pages (such as
> /x-x-x-x-somefile/).

Why not just keep two parallel trees, one mirroring the other? One
tree is the content, the other is the discuss files?

Or: pick one special name, say "x-discuss", as a subdir in each
directory, and store the discuss files in there, with the same names
as their corresponding files in the parent directory.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 28 23:09:10 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.