Ветка svn vendor с вышедшими из строя выпусками

Как вы справляетесь с ветками svn vendor, когда выпуски сторонних поставщиков выходят из строя по номерам их версий. например, рассмотрим релизы в следующем порядке:

  • 1.0.0
  • 2.0.0 альфа
  • 1.0.1 (второстепенный выпуск)
  • 2.0.1 бета
  • 1.1.0 (добавлены новые функции)
  • 2.0.2 финал

Мы объединяем в транк различные версии из любого из вышеперечисленных, в зависимости от того, на каком этапе находится проект.

Какой лучший способ справиться с этим в SVN для филиалов поставщиков? Должен ли каждый релиз быть зафиксирован в \current? Будет ли история сохранена правильно? Кроме того, в зависимости от количества изменений, много места будет потрачено вперёд и назад между версиями (мы говорим о больших пакетах программного обеспечения).

Для меня важно сохранить историю слияния, поэтому я бы хотел использовать \current в соответствии с рекомендациями Красной книги SVN. Но различия между версиями могут быть настолько значительными, что не имеет смысла держать каждую версию на одной линии разработки.

0 ответов

Другие вопросы по тегам