Has anyone ever heard of Documentum being used to provide the backend store for Subversion?
4 Answers
Haven't heard of this.
I don't think it is too likely, either. A subversion back-end needs to be a more general purpose datastore than it itself is and documentum is geared towards specialized storage and management of documents.
Someone could certainly shoehorn it, but at the risk of putting words in your mouth, it seems like you might be asking about something like a bridge where a documentum store could be presented as a subversion repository.
Not knowing too much about documentum, I would say that this is unlikely, since svn is based on the idea of directory based grouping of changesets and repository-wide versions.
A better match might be something like CVS, which is pretty much an aggregating interface for an underlying revision management system (RCS).

- 1,420
- 1
- 12
- 14
-
While it might be possible to get it to work with a great deal of effort they aren't a great match. – Michael Rutherfurd Feb 11 '09 at 22:26
Some EMC man write unoffical article for integrate Composer with SVN: http://paulcwarren.wordpress.com/2010/11/30/documentum-composer-and-eclipse-team/

- 7,174
- 7
- 44
- 69
Though possible - doesn't make sense. Cause Documentum already provides some version management capabilities (similar to subversion). So it would be like having two version management systems stacked end to end.
I think whoever had this idea is confusing Documentum for a storage solution (like EMC Centera).

- 1,034
- 2
- 9
- 14
I believe, all you can do is to integrate SVN with your composer to checkout-checkin code and other artifacts from the composer interface itself. SVN cannot be used as Documentum content storage.

- 19
- 3