По моему опыту, такого инструмента не существует, потому что проблема решается по-другому. Компании обычно используют каркасы компонентов, будь то собственные или сторонние, и разрабатывают новые компоненты, которые соответствуют стандарту компонентов из их каркаса.
Каждый проект зависит от структуры, а не от конкретных версий конкретных компонентов. Это также устраняет взаимозависимости и все связанные проблемы совместимости версий.
Инфраструктура компонентов обычно документируется где-то ее поставщиком, и недавно созданные компоненты могут быть добавлены в вики вашей компании, например mediaWiki .
В качестве альтернативы, компании может потребоваться управление знаниями . Смотрите вступительные видео от kbPublisher . kbPublisher - это база знаний OpenSource, которая может быть даже более подходящей, чем групповая программа, такая как mediaWiki. Бесплатная версия kbPublisher может быть загружена здесь .
Обратите внимание, что в каждом проекте должна быть функция, которая отображает номер версии фреймворка и конфигурацию, необходимую персоналу. Таким образом, когда вы нацеливаетесь на конкретного клиента, система может быть идентифицирована удаленно.