Какие существуют стратегии управления обновлениями нескольких подфайлов и нескольких выпусков?

Question

У нас есть продукт с несколькими расширениями, которые поставляются вместе с ним, каждый из которых имеет свой номер версии. (В частности, у нас есть приложение xulrunner с несколькими расширениями). Менеджер расширений для xulrunner предоставляет функциональность обновления, чтобы он вызывал функцию в любое время, когда номер версии этого расширения увеличился. Это дает нам возможность сделать любую необходимую очистку с обновлением.

Однако было очень сложно найти хороший способ отслеживать, какие расширения требуют увеличения номера версии, а какие остались практически неизменными. Лучшим процессом, который мы можем представить, является 1) добавление upfront работы при закрытии билетов (у каждого отдельного билета может быть серия флагов, обозначающая, какие расширения нужно модифицировать)
2) записи запросов, которые ищут, какие билеты имеют изменения на расширение начиная с последней версии для конкретного клиента и 3) Обновление номеров версий продления на протяжении всего продукта

Все это кажется утомительным как во время разработки, так и во время выпуска - и подвержено ошибкам. Какие-либо предложения?

Answer 1

Похоже, вы склоняетесь к использованию своих рабочих билетов, чтобы определить изменения ваших расширений. Интересно, стоит ли вам смотреть на это наоборот и использовать вашу систему контроля версий, чтобы определить, где были сделаны изменения.

Ваша история версий должна предоставить вам все необходимое для понимания, что изменилось в зависимости от сделанных и выпущенных изменений. Он также обеспечит определенный объем аудита, который соответствует ожидаемому объему изменений, который соответствует объему выполненных изменений.

Основываясь на этой информации, вы можете реализовать свои решения об изменении версии.