2009-02-11 10 views

Répondre

2

N'en avez pas entendu parler.

Je ne pense pas que ce soit trop probable non plus. Un back-end de subversion doit être un magasin de données plus généraliste que lui-même et documentum est orienté vers le stockage et la gestion de documents spécialisés. Quelqu'un pourrait certainement le faire, mais au risque de mettre des mots dans votre bouche, il semble que vous vous posiez la question d'un pont où un magasin documentum pourrait être présenté comme un dépôt de subversion.

Sans en savoir trop sur documentum, je dirais que cela est peu probable, puisque svn est basé sur sur l'idée du regroupement par répertoire des changesets et des versions à l'échelle du dépôt.

Une meilleure correspondance peut être quelque chose comme CVS, qui est à peu près une interface d'agrégation pour un système de gestion de révision (RCS) sous-jacent.

+0

Bien qu'il soit possible de le faire fonctionner avec beaucoup d'efforts, ils ne sont pas un bon match. –

0

Bien que possible - n'a pas de sens. Cause Documentum fournit déjà des fonctionnalités de gestion des versions (similaires à subversion). Ce serait donc comme si deux systèmes de gestion de versions étaient empilés de bout en bout. Je pense que celui qui a eu cette idée confond Documentum pour une solution de stockage (comme EMC Centera).

0

Je crois, tout ce que vous pouvez faire est d'intégrer SVN avec votre compositeur à la caisse-checkin code et d'autres objets de l'interface compositeur lui-même. SVN ne peut pas être utilisé comme stockage de contenu Documentum.