On Sun, Mar 31, 2019 at 06:09:58PM +0300, Grigory Ustinov wrote:
> Обожаю этот уютненький тим=)) Один советует добавить хэш к релизу, 
> другой к версии. Ниже даже отписался сторонник выставления даты. 
> Неудивительно, что люди повышают версию. Единого полиси то нет.

В этом вопросе не может быть единых жёстких правил, поскольку апстримы
очень разные и в зависимости от используемых ими схем разработки те или
иные варианты подходят лучше.

> 31.03.2019 15:57, Vladimir D. Seleznev пишет:
> > On Sun, Mar 31, 2019 at 10:57:27AM +0300, Denis Medvedev wrote:
> >> On воскресенье, 31 марта 2019 г. 10:40:21 MSK Anton Farygin wrote:
> >>> 30.03.2019 18:26, Скрылевъ Малъ пишет:
> >>>>> Релиза 5.8.1 не было ещё, это devel состояние:
> >>>>>
> >>>>> https://github.com/OpenNebula/one/milestone/24
> >>>> Да я посмотрел уже, что официального не было, а был некий предвыпуск, и
> >>>> видимо тут нужно было, как советовал @shaba делать 5.8.1-alt0.1, да я это
> >>>> учту.
> >>> Вы выпустили версию 5.8.1 за разработчиков.
> >>> 0.1 тоже делать нехорошо.
> >>> Лучше сделать 5.8.0-alt1,git<хэш>
> >> Только, конечно, 5.8.0-alt1.git<хэш>
> >> Например 5.8.0-alt1.git5541aab4d393a786c596c8c569d45b81aadbb025
> > Это слишком длинный хэш, лучше ограничиться git shorthash. Если история
> > коммитов линейна, то лучше использовать схему:
> >
> > 5.8.0.0.${число_коммитов_до_сборочного}.git${shorthash}
> >        ^ здесь после версии ещё нуль дописываем на всякий случай

Для проектов, в которых upstream НЕ переписывает коммиты, и в особенности
для проектов, в которых для внутренней нумерации используется утилита
git-version-gen или её аналог, я рекомендую использовать версионирование
version.0.distance.shorthash

Пример: coreutils.


-- 
ldv