Этот вопрос очень похож на: Как я могу иметь уникальные номера сборки в филиалах с Jenkins и многоотраслевым плагином Pipeline
Однако мне нужны не только уникальные номера сборки, но последовательно.
Прежде чем перейти к многоотраслевой версии, я создавал номер версии, используя <YYYY>.<MM>.<BuildNumber>, который создавал бы такие версии, как 2020.03.789. Это будет использоваться как описание сборки, а также как версия пакета NuGet, которая создается и отправляется в репозиторий Nexus.
Важно, чтобы версия была последовательной, поскольку, когда я создаю релиз в нашей системе развертывания (Octopus), я хочу выбрать самую высокую версию пакета (самую последнюю) и не должен искать ее.
Я нашел это сообщение в блоге , в котором описывается та же проблема с решением, но я не хочу вдаваться в сферу создания внешней службы и выполнения запросов http в конвейере.
Мне кажется, что это стандартное требование / стратегия для создания версий пакетов, и что должен быть способ достичь этого с помощью всего лишь Jenkins? Или я думаю об этом не так?