Я не то, который испытал с обслуживанием репозитория/пакета, но я сделал свою долю пакетов, любое из внутреннего программного обеспечения (RPMs общих сценариев и плагинов Nagios, что я поставил все поля) или действительно нового материала, который еще не доступен (Бакулюмы в CentOS repos полная основная версия позади тока).
Я происхожу из основанной на об/мин среды, таким образом, терминология не могла бы быть тем же, но общее представление должно быть...
Я просто сохраняю репозиторий каждого пакета, который я когда-либо создавал (в исходной форме и как законченные пакеты). Как требуется, я включаю информацию о зависимостях в файл СПЕЦИФИКАЦИИ об/мин, таким образом, это прокручивается в об/мин. Когда я хочу знать, каковы зависимости пакета, который я создал, были, я просто "об/мин-qpR foo.rpm", который перечисляет зависимости, как сообщается об/мин. Если Вы хотите исчерпывающий, рекурсивный список, Вы могли бы просто записать рекурсивный сценарий, который использует ту логику для проверки на зависимости зависимостей и т.д.
Если Вы говорите о низшего уровня, когда я создаю пакеты, я всегда сохраняю источник под/buildroot, и для каждого пакета я обычно сохраняю два файла: экранный журнал процесса сборки и "buildnotes" файл. Если существует какой-либо вид странных проблем зависимости, я отмечаю это в buildnotes (который я обычно прокручиваю в пакет в/usr/share/doc/PACKAGENAME или некотором таком местоположении) - но для того материала (человекочитаемые зависимости, примечания для поставщиков программного блока, и т.д. - материал, более подробный, чем, что формат пакета знает о зависимостях), я не услышал ни о каком автоматизированном способе отследить его, сохраните для Wiki или чего-то в make-файле.
Обратите внимание, что, поскольку файлы объединяются, это может занять время, во время которого Ваша машина будет недоступна. В зависимости от того, сколько изменений, и насколько большой Ваш avhd's это, мог занять час или больше плана соответственно. Они объединяются, запускается в первый раз, когда Вы останавливаете систему после удаления снимка.
P.S. Вы не сможете видеть, что слияние прогрессировать в SCVMM является Вами, используют этот инструмент You, должен будет перейти к менеджеру Hyper-V для наблюдения прогресса.