При использовании semver должны ли предварительные версии основываться на номере предыдущей версии или на номере следующей версии?

Выполняя стратегию псевдо-CD для сред разработки, мы хотим убедиться, что все промежуточные сборки помечены и имеют версии таким образом, чтобы обеспечить отслеживаемость, но также соответствовать semver, чтобы helm и т. д. не кричали на нас, а также я мог спать по ночам зная, что я правильно навесил велосипеды. Я думал о семантике semver и о том, как можно пометить сборки/версии внутри выпуска.

Предполагая, что наш процесс не обеспечивает достаточную надежность для «прогнозируемой» версии (например, я не знаю, будет ли наш следующий выпуск основным, второстепенным или исправлением), как лучше всего применить версии для сборки между выпусками.

например

Учитывая последний выпуск 1.2.3

Учитывая постфикс временной метки для метаданных сборки (например, сборка может называться {версия}-1668519441 )

Учитывая, что я не знаю, будет ли следующий официальный выпуск 2.0.0, 1.3.0 или 1.2.4.

Я:

1. Применить номер сборки к предыдущей версии, чтобы сгенерировать версию сборки? 1.2.3-1668519441
   • это выглядит немного противно, потому что технически это сборка следующей альфа-версии, а не сборка предыдущей версии.
2. Применить номер сборки к моей лучшей версии следующей версии, чтобы сгенерировать версию сборки? 1.3.0-альфа-1668519441
   • так лучше, но мы обожжемся, если ошибемся
3. просто плакать, потому что ответ "нет единственно правильного ответа", и теперь я должен принимать свои собственные решения?
   • ;-;