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

всё очень относительно в общем.

а систенмные апдейты в них как прилетают- этим амазон озабочен, а ты просто юзаешь базовый образ?

Ну так ты и не обычный программист, наверное, а связан с деплоем (если не путаю)

амазон озабочен обновлением базового образа, а деплой озабочен тем, чтоб наш внутренний образ было легко обновить при необходимости

ну это уже преимущество облаков/кубера/докера

Как на арче гарантировать что на всех средах одинаковые версии приложений?

хороший вопрос!

хотя опять же - если облака докеры, то при использовании базового образа и не вполнения обновления- на уже развернутых системах- оно так и будет

спасибо

ну это все применимо - когда "инфраструктура как код" и можно легко пересоздать, в более класичеких враиантах- оно не работает

Разговор воде был про ОС на сервере.

зафиксировать версии?

Там так можно?

пинить на уровне пакетного менеджера?

да

могут быть грабли что при обновлении все из-за этого упадет- не сможет обновиться(а сможет что-то и криво обновит- тут не скажу за арч)

хм, или немного не так? https://wiki.archlinux.org/index.php/Arch_Linux_Archive#How_to_restore_all_packages_to_a_specific_date

сомневаюсь что оно всегда работает "во все стороны"- всяк работоспособно в перделах какого-т опромежутк авремени

Что-то это не выглядит как production ready.

* всмысле если пакет делает еще что-то во время установки/удаление в тех же скриптах установки/удаления- оно тут конфликтануть может