执行构建时 Documentum 组和子组丢失
这是我们的开发流程。我们有一个开发 Documentum 环境，可以在其中进行更改，然后使用 Documentum Composer 将这些 DFC 更改导入到我们的文档库中。
执行构建后，我们就可以成功部署它。但是，我们发现我们始终丢失自定义组和子组（用户管理的一部分）。这些组已存在，但我们必须使用 Documentum Administrator 手动将子组添加到组中。这是一个令人讨厌的后期步骤，我们希望将其删除。
有谁知道在哪里寻找根本原因？
谢谢
Here's our dev process. We have a dev Documentum environment where we make our changes, and then import those DFC changes into our docbase using Documentum Composer.
When the build is performed, we are able to deploy it successfully. However, we find that we consistently lose our custom groups and subgroups (part of user management). The groups exist, however we have to manually add the subgroups to the groups using Documentum Administrator. This is an annoying post-step that we would like to remove.
Does anyone have any ideas of where to look to find the root cause?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
上次我检查时，您无法在 docapp 中定义组成员身份，只能定义组本身。
当我们部署类似的东西时，我们会在导入 .dar 文件后运行 API 脚本来定义成员资格。
所以这是一个两步过程，但却是一个机械的、可重复的过程。
The last time I checked, you can't define group memberships in a docapp, you can only define the groups themselves.
When we deploy something like that, we run an API script after we import the .dar file to define the memberships.
So it's a two-step process, but a mechanical, repeatable one.