的問題跟蹤使用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的開源協議。