使用 LDAP 进行问题跟踪/SCM

Question

我目前的项目涉及使用 LDAP (Active Directory)，并且我正在为我的所有项目使用问题跟踪，因此我想到了将它们结合起来的想法。为了符合 StackOverflow 的要求，我会尝试将其表述为问题，但我承认，这更多是为了获得一些意见，请原谅我:)：

我认为问题跟踪和SCM（软件配置管理）通常是LDAP 的一个很好的应用程序，原因如下：

• 易于集成到现有基础架构中（无需额外的用户管理）
• 项目/问题等的细粒度访问控制。
• 即用型分层、面向属性的存储（SCM/问题跟踪器通常需要）
• 标准 API 与几乎所有语言/技术的绑定
• 搜索/索引、备份/复制功能已经存在于大多数 LDAP 解决方案中
• 可扩展架构已经成为 LDAP 技术的一部分（很容易将属性添加到问题/项目等）

所以我的问题是：

• 您是否知道任何现有的为问题跟踪定义（标准）架构的尝试。 SCM（即问题、项目、版本、发布、修订等的类定义）
• LDAP 通常管理相对缓慢变化的数据。当前的实现（OpenLDAP、ActiveDirectory）如何处理通常变化非常频繁的数据（主要是性能和数据量）？
• 您认为这种解决方案还有其他缺点吗？

当然

• 谁愿意尝试启动这样的项目 :) ...

Answer 1

OP 精确度：

问题不在于使用具有 LDAP 身份验证的现有问题跟踪器（例如 redmine 可以做到这一点），
但关于存储票证/问题/等。直接在 LDAP 树中...
目前，每个问题跟踪器都有自己的 API 用于访问数据，通过 LDAP 访问所有数据可以使编写工具（例如集成到 IDE 等）更容易

答案很简单。

不要。

LDAP 不是（重复，不是）为此而生，SCM 或问题跟踪器不仅仅是一堆分层数据。

• SCM 必须想出一种方法来有效地存储/引用增量、整个树、分支、标签。
• 问题跟踪器是关于一个项目与其他几个项目之间的多重关系（几个父母/孩子，相关的，重复的，...），加上必须以某种方式管理与代码的紧密引用（或者更确切地说是变更集，设置修改版本）

虽然添加 all 很多新的 objectClass 类型确实如此，但您最终可能会得到类似的结构，但您基本上会采用 轻量级 Directory（即针对只读进行了优化）并将其转换为巨大 referential（具有大量读/写操作和复杂的数据结构）。

如果您正在寻找一个统一的 API，一个通用的（不仅仅是用于 SCM 或 Bug Tracking）是 OSLC (Open Services for Lifecycle Collaboration)，这是一种开源协议，目前由@987654325 用于Change Management @。