的问题跟踪使用LDAP/SCM

Question

我当前的项目涉及使用LDAP（Active Directory）中，我使用的问题我的所有项目的跟踪，所以结合两者的念头闪过我的脑海。为了适应StackOverflow上的要求，我会尽力制定这是问题，但我不得不承认，这更多的是刚开了一些意见，请原谅我:)：

我认为，问题跟踪和SCM（软件配置管理），一般会得到很好的应用为LDAP由于以下原因：

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

所以我的问题是：

• 您是否知道现有的尝试为问题跟踪响应定义（标准）模式？ SCM（即问题，项目，版本，版本，修订等的类别定义）
• LDAP通常管理相对缓慢变化的数据。目前的实现（OpenLDAP，ActiveDirectory）处理数据（主要是在性能和​​数据量方面）通常会非常频繁地变化的性能如何？
• 你能想到这种解决方案还有其他什么缺点吗？

，当然还有

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

Answer 1

的OP precises：

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

答案很简单。

不要。

LDAP是不（重复，不）为制作，并有更多的到SCM或问题跟踪器不仅仅是一堆分层数据的。

• SCM必须想出一种方法来高效地存储/引用delta，整个树，分支，标签。
• 问题跟踪器是关于一个项目和其他几个（几个父母/子项目，相关的，重复的...）之间的多重关系，另外还必须以某种方式管理代码的紧密引用（或者更改集合修改版），比通过添加所有许多新对象类类型的

虽然这是事实，你可以用类似的结构最终，你将基本上采取的是什么一个轻型Directory（即仅针对读取进行优化），并将其转换成巨大的referential（有许多读/写操作ation和复杂的数据结构）。

如果您正在寻找关于一个统一的API，一个通用的一个（而不仅仅是供应链管理或Bug跟踪）是OSLC (Open Services for Lifecycle Collaboration)，目前RTC (Rational Team Concert)用于Change Management的开源协议。