Управление повторно используемыми компонентами

Question

У меня есть проекты A и B. Оба проекта используют компонент C (например, графическая библиотека). Я получаю билет с сообщением о том, что в А есть ошибка. Я определяю, что на самом деле ошибка в компоненте C. Я создаю ветку для C, исправляю ее, возвращаюсь обратно, заново ставлю метки, меняю зависимости на A и создаю новую установку A.

Вопрос: Как я могу сделать так, чтобы B знал об изменениях в его компоненте C, чтобы он мог воспользоваться исправлением ошибки, обнаруженным в A? Что было бы хорошим инструментом / скриптом для управления такими сценариями управления конфигурацией? Я пытался с Jira, но я не мог найти хороший способ сделать два проекта зависимыми от одного или нескольких компонентов.

Answer 1

Управление конфигурацией всегда кажется более «волнистым», чем должно быть. Короче говоря, это действительно зависит от вашей локальной политики.

Я бы предложил использовать сервер непрерывной интеграции, такой как Hudson или Bamboo. Я знаю, что Hudson позволяет вам создавать зависимости проекта, чтобы последняя сборка компонента C автоматически импортировалась как в A, так и в B.

Однако, с точки зрения управления конфигурацией, вы действительно хотите контролировать, какая версия C используется в какой сборке A и / или B, поэтому вам, возможно, захочется копнуть немного глубже.