Добрый день!

Есть приложение, которое работает на наших серверах.
Клиенты видят web-ui и читьаю релиз-ноты.
При этом им пофиг весь semantic versioning. Т.е. имена версий искуственные, типа 16.08.08

Плюс к тому, автотестами покрыто не всё, нужно делать сборки из ветки для тестирования (в т.ч. на больших данных). Там версии именуются тоже криво- типа jira-1234-some-fix. Чтобы проще было мержить, эти версии не коммитятся, а временно подставляются при сборке.

Получается, что версии в pom.xml не имеют никакого смысла. Речь о конечном приложении- никто другой эжти версии не использует.
Как быть с версиями? Все этим записи maven-release-plugin только историю засоряют- можно по тэгам понять.
1. Жить всегда с 1.0.0?
2. При сборке мастера тупо инкрементить третью цифру а остальные двигать когда захочется?
3. Продолжать писать в pom.xml версии по дате?

--<br /> Алексей.<br />

BlazkowiczAlexey Tomin2. При сборке мастера тупо инкрементить третью цифру а остальные двигать когда захочется?

Я за этот пункт. Только у "когда захочется" есть вполне четкие критерии.
minor version инкрементится на каждый релиз пользователю (обычно, это исправления)
major version инкрементится на каждый "большой" релиз, включающий новую функциональность и другие значительные изменения

Спасибо!
Всё хорошо, но одна проблема - будет куча лишних записей от maven-release-plugin. На каждый мерж - два коммита.
При том, что мы стараемся сквошить коммиты (оставляея в ветке 1-3 смысловых комита) получатеся, что в истории половина коммитов - от плагина. Плюс ещё мерж-коммиты - это вообще трэш и ад получается