последней точки включительно?
clickhouse_server_version: "22.8.2.11"
clickhouse_server_version: "22.8.2.1"
на выхоже нужен стринг вида '22.8.2.'
каким фильтром можно воспользоваться в данном случае?
- name: asd vars: version: "22.8.2.11" hosts: localhost tasks: - debug: msg: "{{ version | regex_replace ('[.][0-9]*$','') }}"
он тут точку отчекрыживает )
- name: asd vars: version: "22.8.2.11" hosts: localhost tasks: - debug: msg: "{{ version | regex_replace ('[.][0-9]*$','.') }}"
Не понятно, почему regex_replace? Я бы использовал regex_search
спасибо, идею осознал
Расскажи, что за дичь ты делаешь? Интересно
есть N пакетов, которые нужно захолдить в рамках минорных версий тобишь, при upgrade хочу получать патчи, но не обновляться если вышла новая мажер/минор версия
Читается тяжело твоя конструкция. Мне бы в голову не пришло отрезать последнюю точку с цифрами) По мне так гораздо наглядней вот так "{{ version | regex_search('([0-9]+\\.){3}') }}"
Контролем версий лучше управлять из проекта по деплою сервисов, а не отдавать это на откуп автоматизации по обновлению серверов. Убедился на собственном опыте, когда достиг разных версий кролика и erlang на разных нодах на одном кластере.
у меня легкий случай в пределах этих стендов нет кластеров обновляю dev/stage в пределах патчей, если не ломается ничего, обновляюсь на проде риски есть, это понятно
Смотри какой кейс. Разные ноды обновляют как правило раздельно. Их обычно разносят по разным ДЦ для георезервирования. Обновление сервака часто заканчивается обновлением ядра = ребут. По этому обновление разных нод обычно разносят по времени и даже бывает по разным дням. Так вот обновили первые ноды сегодня, завтра вторые, но тут залетает в репу более свежая версия пакета и БИНГО - разные версии в пределах одного кластера)))
*Так вот обновили первые ноды сегодня, завтра вторые, но тут залетает в репу более свежая версия пакета и БИНГО - разные версии в пределах одного сервера)))* - ага, я стучался об такое )))
Обсуждают сегодня