Создание тегов / меток для ежедневных сборок

Question

Я релиз-инженер, и я только что перешел в новую компанию.Поскольку моя роль требует настройки процесса сборки в новой компании.Здесь мы используем svn для управления версиями.

В моем предыдущем опыте было практикой, что каждая сборка будет сопровождаться тегом.При определении нового процесса я попытался проверить, действительно ли этот тег нужен для каждой сборки.

Вот некоторые плюсы и минусы, которые я могу вспомнить

Плюсы:

• Помогло бы, если бы нам пришлось сравнивать две сборки
• Нет особой необходимости отмечать разные сборки вех.это будет ручной процесс, если он не будет создан автоматически во время сборки.
• Это облегчает возврат к «известной хорошей сборке», когда что-то идет не так или когда обнаруживаются какие-то странные невозможности найти ошибки.

Минусы:

• В долгосрочной перспективе каталог тегов становится загроможденным и создает проблемы с производительностью, если количество тегов в одной папке велико.
• Занимает лишнее место в хранилище (хотя оно незначительно в случае svn)

Есть ли другие плюсы или минусы, кроме упомянутых выше?

Answer 1

На самом деле, если вы говорите о SVN, такого понятия как TAGS не существует.Это просто еще одна логическая копия, как ветви.И даже если вы создадите их, старые могут быть удалены в любое время.

Концепция viz-a-viz в Subversion: Revision .
Когдавы строите из SVN, каждое дерево (ствол / ветвь) будет иметь уникальный номер ревизии, связанный с ним, и с каждой последовательной проверкой кода в любом месте этой конкретной ветки или ствола, номер ревизии всего дерева будет увеличиватьсяодним. Таким образом, конкретная ветвь / ствол для определенного номера ревизии всегда будет одинаковой

Я бы предложил вам добавить номер ревизии сборки к имени сборки.Таким образом, вы будете знать, на какой ревизии построена конкретная ветка.И если требуется сравнение, вы просто сравниваете ревизию текущей сборки этой ветки с ревизией предыдущей сборки.Просто!

Таким образом, тег на самом деле не требуется.