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

Re: embedded versioning

From: Blair Zajac <blair_at_orcaware.com>
Date: Wed, 16 Apr 2008 13:18:49 -0700

C. Michael Pilato wrote:
> Miller, Hugh wrote:
>>
>>
>>> -----Original Message-----
>>> From: Blair Zajac [mailto:blair_at_orcaware.com] Sent: Wednesday, April
>>> 16, 2008 2:40 PM
>>> To: Miller, Hugh
>>> Cc: dev_at_subversion.tigris.org
>>> Subject: Re: embedded versioning
>>>
>>> Miller, Hugh wrote:
>>>> Is there any merit to, or thought being given to, developping an
>>>> "embeddable svn" library set, so that applications can version their
>>>> data as part of their normal operation ? One can easily imaging many
>>>> benefits and new application opportunities that would arise if
>>>> something like this were available.
>>>>
>>>> I suppose one could also consider making versioning somehow part of
>>>> the file system.
>>> You can do that already with the core API in svn_fs.h and svn_repos.h.
>>>
>>> Regards,
>>> Blair
>>>
>>
>> Can anyone indicate some projects along these lines ?
>
> There was a Wiki called Subwiki for a while that did this. (I think the
> code might be dead now.) My company (CollabNet) had written an
> interface atop Subversion for storing Wiki-like browser-edited page
> layout stuff (not open source). Google Code's Wiki seems to store its
> page data in Subversion. (Hrm... I'm detecting a pattern here... )

Sony Imageworks has written a versioned asset management system using svn as the
backend datastore (for file references, not the file contents). There's
terabytes of assets, so we don't want those in svn.

Blair

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-16 22:19:18 CEST

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

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