You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "Miller, Hugh" <Hu...@chevron.com> on 2008/04/16 19:18:27 UTC
embedded versioning
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.
Thanks,
-
Hugh Miller
e-mail: HughMiller@chevron.c
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: embedded versioning
Posted by Blair Zajac <bl...@orcaware.com>.
C. Michael Pilato wrote:
> Miller, Hugh wrote:
>>
>>
>>> -----Original Message-----
>>> From: Blair Zajac [mailto:blair@orcaware.com] Sent: Wednesday, April
>>> 16, 2008 2:40 PM
>>> To: Miller, Hugh
>>> Cc: dev@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@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: embedded versioning
Posted by Marcus Lindblom <ma...@yar.nu>.
Branko Čibej wrote:
>> There's also Trac (albeit it might not be using the APIs directly,
>> I'm not sure).
>>
> More to the point, last time I looked, Trac didn't store pages in SVN,
> it had a sqlite database on the side.
That's still how it is. They're thinking of putting the wiki and other
data under svn control though.
/Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: embedded versioning
Posted by Branko Čibej <br...@xbc.nu>.
Stefan Sperling wrote:
> On Wed, Apr 16, 2008 at 04:12:12PM -0400, C. Michael Pilato wrote:
>
>>> 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... )
>>
>
> There's also Trac (albeit it might not be using the APIs directly,
> I'm not sure).
>
>
Trac's done in Python, AFAIK so was SubWiki.
More to the point, last time I looked, Trac didn't store pages in SVN,
it had a sqlite database on the side.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: embedded versioning
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Apr 16, 2008 at 04:12:12PM -0400, C. Michael Pilato wrote:
>> 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... )
There's also Trac (albeit it might not be using the APIs directly,
I'm not sure).
--
Stefan Sperling <st...@elego.de> Software Developer
elego Software Solutions GmbH HRB 77719
Gustav-Meyer-Allee 25, Gebaeude 12 Tel: +49 30 23 45 86 96
13355 Berlin Fax: +49 30 23 45 86 95
http://www.elego.de Geschaeftsfuehrer: Olaf Wagner
Re: embedded versioning
Posted by "C. Michael Pilato" <cm...@collab.net>.
Miller, Hugh wrote:
>
>
>> -----Original Message-----
>> From: Blair Zajac [mailto:blair@orcaware.com]
>> Sent: Wednesday, April 16, 2008 2:40 PM
>> To: Miller, Hugh
>> Cc: dev@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... )
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
RE: embedded versioning
Posted by "Miller, Hugh" <Hu...@chevron.com>.
>-----Original Message-----
>From: Blair Zajac [mailto:blair@orcaware.com]
>Sent: Wednesday, April 16, 2008 2:40 PM
>To: Miller, Hugh
>Cc: dev@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 ?
Thanks,
Hugh
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: embedded versioning
Posted by Blair Zajac <bl...@orcaware.com>.
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org