Subversion: есть ли веская причина не создавать тег из нескольких ревизий?

Question

Я знаю, что это возможно, и есть разные способы сделать это, но есть ли веская причина НЕ создавать тег из нескольких ревизий?

Что я предлагаю сделать, так это создать программу на основев SVNKit и Джакартском POI, который считывает список артефактов сборки из электронной таблицы Excel / файла CSV (смесь файлов классов java и прочего) в различных ревизиях SVN, создает из него TAG, и этот TAG становится тем, что становитсяследующий предлагаемый выпуск.

Мне нравится этот подход, потому что:

1. У нас есть некоторая документация (базовая, если хотите), подробно описывающая, что происходит в каждом выпуске.

2. Это дает нашему менеджеру выпусков что-то, что нужно сделать (не просто проверяя голову или узнавая о таких сложных вещах, как ветвление и слияние)

3. Разработчикиможет регистрировать все, что захочет, когда захочет, не ограничиваясь таким понятием, как «окно выпуска».Т.е. ограничение разработчиков от регистрации непосредственно перед выпуском.

Я не доверяю этому подходу, потому что:

Такое чувство, что я нарушаю основные принципы SVN (хотя я 'я не уверен, что).

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

Answer 1

Разработчики могут регистрировать все, что захотят, когда захотят, не ограничиваясь такой концепцией, как «окно выпуска».Т.е. ограничение разработчиков от регистрации непосредственно перед выпуском.

Традиционный способ SVN сделать это - всегда работать в ветке, а не в транке.Таким образом, вы можете фиксировать, когда захотите, вы просто не будете сливаться в транк в «окне релиза» (когда транк «заморожен»)

Answer 2

Делая это, вы не нарушаете никаких принципов SVN.Tag - это не встроенная конструкция subversion, а просто соглашение, которое люди используют для помощи в процессе сборки.Обычно люди хотят, чтобы их теги основывались на одной ревизии, но опять же, это всего лишь соглашение.У вас действительно есть ситуация, когда хороший код для отправки состоит из исторических версий одних файлов, но текущих версий других?Однако, чтобы избежать путаницы для любого, кто привык к обычному определению «тегов», возможно, вы могли бы назвать каталог как-нибудь еще?"Строит" что ли?