SVN和EMC Documentum

有人听说过Documentum被用于为Subversion提供后端存储吗

我没听说过这个

我认为这也不太可能。subversion后端需要比其本身更通用的数据存储，documentum面向文档的专门存储和管理

肯定有人会把它塞进鞋钉，但冒着把话塞进你嘴里的风险，你可能会问一些问题，比如documentum商店可以在哪里搭建一座桥 将显示为subversion存储库

由于不太了解documentum，我想说这不太可能，因为svn是基于 基于目录对变更集和存储库范围的版本进行分组的思想

更好的匹配可能是类似CVS的东西，它几乎是一个聚合接口 对于基础版本管理系统（RCS）。

没有听说过这一点

我认为这也不太可能。subversion后端需要比其本身更通用的数据存储，documentum面向文档的专门存储和管理

肯定有人会把它塞进鞋钉，但冒着把话塞进你嘴里的风险，你可能会问一些问题，比如documentum商店可以在哪里搭建一座桥 将显示为subversion存储库

由于不太了解documentum，我想说这不太可能，因为svn是基于 基于目录对变更集和存储库范围的版本进行分组的思想

更好的匹配可能是类似CVS的东西，它几乎是一个聚合接口

---

对于基础修订管理系统（RCS）。

虽然可能，但没有意义。因为Documentum已经提供了一些版本管理功能（类似于subversion）。因此，这就像有两个版本管理系统端到端地堆叠在一起一样

---

我认为，无论是谁提出了这个想法，都会将Documentum与存储解决方案（如EMC Centera）混为一谈

虽然可能，但没有意义。因为Documentum已经提供了一些版本管理功能（类似于subversion）。因此，这就像有两个版本管理系统端到端地堆叠在一起一样

---

我认为，无论是谁提出了这个想法，都会将Documentum与存储解决方案（如EMC Centera）混为一谈

一些EMC人员为integrate Composer with SVN撰写了一篇非正式文章：

---

一些EMC人员为integrate Composer with SVN撰写了一篇非正式文章：

---

我相信，您所能做的就是将SVN与您的composer集成，以便从composer接口本身签入代码和其他工件。

---

SVN不能用作Documentum内容存储。

我认为，您所能做的就是将SVN与composer集成，以便从composer界面本身签入代码和其他工件。

---

SVN不能用作Documentum内容存储。

虽然可能需要付出大量努力才能使其正常工作，但它们并不匹配。虽然可能需要付出大量努力才能使其正常工作，但它们并不匹配。