Использование LDAP для отслеживания проблем / SCM

Question

Мой текущий проект предполагает использование LDAP (Active Directory), и я использую отслеживание проблем для всех своих проектов, поэтому мне пришла в голову идея объединить оба из них. Чтобы соответствовать требованиям StackOverflow, я попытаюсь сформулировать это как вопрос, но я признаю, что это больше просто получение некоторых мнений, пожалуйста, прости меня:):

Я думаю, что отслеживание проблем и SCM (управление конфигурацией программного обеспечения) в целом было бы хорошим приложением для LDAP по следующим причинам:

• Простота интеграции в существующую инфраструктуру (нет необходимости в дополнительном управлении пользователями)
• Детальный контроль доступа для проектов / вопросов и т. Д.
• Готовое к использованию иерархическое, ориентированное на свойства хранилище (которое обычно требуется для SCM / средств отслеживания проблем)
• Стандартный API с привязками практически для всех языков / технологий
• Функции поиска / индексирования, резервного копирования / репликации уже присутствуют в большинстве решений LDAP
• Расширяемая схема уже является частью технологии LDAP (было бы легко добавить свойства к проблемам / проектам и т. Д.)

Итак, мои вопросы:

• Известно ли вам о каких-либо существующих попытках определить (стандартную) схему для отслеживания проблем, соответственно. SCM (то есть определения классов для проблем, проектов, версий, выпусков, изменений и т. Д.)
• LDAP обычно управляет относительно медленно меняющимися данными. Насколько хорошо текущие реализации (OpenLDAP, ActiveDirectory) будут обрабатывать данные (в основном с точки зрения производительности и объема данных), которые обычно меняются очень часто?
• Есть ли другие недостатки такого решения, о которых вы можете подумать?

и, конечно,

• Кто хотел бы попробовать запустить такой проект :) ...

Answer 1

ОП уточняет:

Вопрос не в том, чтобы использовать существующий трекер проблем с аутентификацией LDAP (например, Redmine может сделать это),
, но в том, что касается хранения билетов / проблем/так далее.непосредственно в дереве LDAP ...
В настоящее время у каждого средства отслеживания проблем есть собственный API для доступа к данным, а доступ ко всем данным через LDAP может значительно упростить инструменты записи (например, интеграцию в IDE и т. д.)

На что ответ прост.

Не.

LDAP не (повтор, не) сделандля этого SCM или средство отслеживания проблем - это гораздо больше, чем просто набор иерархических данных.

• SCM должен найти способ эффективного хранения / ссылки на дельты, все дерево, ветки, этикетки.
• средство отслеживания проблем - это множественные отношения между одним элементом и несколькими другими (несколько родителей / детей, связанные, дублированные, ...), плюс необходимо как-то управлять жесткой ссылкой с кодом (или, скорее,набор изменений, набор версий изменен)

Хотя это и правда, чем, добавив все много новых типов объектного класса, вы могли бы получить аналогичную структуру, вы бы по существу взяличто это за облегченный каталог (т.е. оптимизированный только для чтения) и преобразующий его в огромный референтный (с большим количеством чтения /операции записи и сложные структуры данных).

Если вы ищете объединяющий API, один универсальный (не только для SCM или отслеживания ошибок) - OSLC (Open Services for Lifecycle Collaboration), протокол с открытым исходным кодом, используемый в настоящее время для Управление изменениями на RTC (Rational Team Concert) .