История изменений
Исправление theNamelessOne, (текущая версия) :
Как у nix с QA
Насчёт ручного QA не в курсе, а так различные срезы дистра и пакетов периодически собираются в CI.
Ты можешь ставить пакеты с любой Git-ветки, тэга или коммита (можешь даже ставить одновременно с разных коммитов). Кроме того есть т.н. «каналы» — специальные срезы дерева пакетов (про каналы и то, как они обновляются, а также про зависимость процесса обновления от результатов сборки в CI, можно подробнее почитать тут).
Я сейчас сижу на канале nixos-unstable
, и не припомню на моём опыте, чтобы там что-то ломалось (я обновляю систему раз в пару месяцев, либо когда нужно что-нибудь новое поставить, чего нет в текущем срезе). Раньше вообще сидел на ветке master
, там изредка ломались пакеты, как это обычно выглядит на реальном примере: пересобираю систему, фейлится сборка громоптицы. Из-за этого останавливается пересборка, в итоге остаёшься на текущей рабочей версии системы (как если бы ты пересборку не запускал). Отправляю багрепорт, через 5 минут его закрывают как дубликат, через 4 часа фиксят. Я в итоге ушёл с master
на nixos-unstable
не из-за таких редких багов, а потому что если сидишь на master
, часто пакеты пересобираются из исходников, потому как собраемые в CI пакеты не успевают попасть в бинарный кеш.
Кроме того у NixOS есть одна очень полезная особенность: каждая пересборка мира создаёт новую «версию» твоей системы — generation. У тебя может существовать одновременно несколько генераций, одна из которых будет активна. Ты в любой момент можешь переключиться на старую генерацию во время загрузки ОС в меню GRUB/systemd-boot, если что-то пойдёт не так (только если ты её не удалил).
Всё это в совокупности (а также то, что большинство сборок в NixOS — воспроизводимые), по моему опыту делают NixOS самым стабильным дистром, который я использовал.
и адекватностью дефолтов?
Не знаю, как на это ответить. Наверно, нормальные? У меня претензий к дефолтам не было.
Исправление theNamelessOne, :
Как у nix с QA
Насчёт ручного QA не в курсе, а так различные срезы дистра и пакетов периодически собираются в CI.
Ты можешь ставить пакеты с любой Git-ветки, тэга или коммита (можешь даже ставить одновременно с разных коммитов). Кроме того есть т.н. «каналы» — специальные срезы дерева пакетов (про каналы и то, как они обновляются, а также про зависимость процесса обновления от результатов сборки в CI, можно подробнее почитать тут).
Я сейчас сижу на канале nixos-unstable
, и не припомню на моём опыте, чтобы там что-то ломалось (я обновляю систему раз в пару месяцев, либо когда нужно что-нибудь новое поставить, чего нет в текущем срезе). Раньше вообще сидел на ветке master
, там изредка ломались пакеты, как это обычно выглядит на реальном примере: пересобираю систему, фейлится сборка громоптицы. Из-за этого останавливается пересборка, в итоге остаёшься на текущей рабочей версии системы (как если бы ты пересборку не запускал). Отправляю багрепорт, через 5 минут его закрывают как дубликат, через 4 часа фиксят. Я в итоге ушёл с master
на nixos-unstable
не из-за таких редких багов, а потому что если сидишь на master
, часто пакеты пересобираются из исходников, потому как собраемые в CI пакеты не успевают попасть в бинарный кеш.
Как следствие того, что состояние системы в NixOS описывается конфигом, у NixOS есть одна очень полезная особенность: каждая пересборка мира создаёт новую «версию» твоей системы — generation. У тебя может существовать одновременно несколько генераций, одна из которых будет активна. Ты в любой момент можешь переключиться на старую генерацию во время загрузки ОС в меню GRUB/systemd-boot, если что-то пойдёт не так (только если ты её не удалил).
Всё это в совокупности (а также то, что большинство сборок в NixOS — воспроизводимые), по моему опыту делают NixOS самым стабильным дистром, который я использовал.
и адекватностью дефолтов?
Не знаю, как на это ответить. Наверно, нормальные? У меня претензий к дефолтам не было.
Исправление theNamelessOne, :
Как у nix с QA
Насчёт ручного QA не в курсе, а так различные срезы дистра и пакетов периодически собираются в CI.
Ты можешь ставить пакеты с любой Git-ветки, тэга или коммита (можешь даже ставить одновременно с разных коммитов). Кроме того есть т.н. «каналы» — специальные срезы дерева пакетов (про каналы и то, как они обновляются, а также про зависимость процесса обновления от результатов сборки в CI, можно подробнее почитать тут).
Я сейчас сижу на канале nixos-unstable
, и не припомню на моём опыте, чтобы там что-то ломалось (я обновляю систему раз в пару месяцев, либо когда нужно что-нибудь новое поставить, чего нет в текущем срезе). Раньше вообще сидел на ветке master
, там изредка ломались пакеты, как это обычно выглядит на реальном примере: пересобираю систему, фейлится сборка громоптицы. Из-за этого останавливается пересборка, в итоге остаёшься на текущей рабочей версии системы (как если бы ты пересборку не запускал). Отправляю багрепорт, через 5 минут его закрывают как дубликат, через 4 часа фиксят. Я в итоге ушёл с master
на nixos-unstable
не из-за таких редких багов, а потому что если сидишь на master
, часто пакеты пересобираются из исходников, потому как собраемые в CI пакеты не успевают попасть в бинарный кеш.
Как следствие того, что состояние системы в NixOS описывается конфигом, у NixOS есть одна очень полезная особенность: каждая пересборка мира создаёт новую «версию» твоей системы — generation. У тебя может существовать одновременно несколько генераций, одна из которых будет активна. Ты в любой момент можешь переключиться на старую генерацию во время загрузки ОС в меню GRUB/systemd-boot, если что-то пойдёт не так (только если ты её не удалил).
Всё это в совокупности по моему опыту делают NixOS самым стабильным дистром, который я использовал.
и адекватностью дефолтов?
Не знаю, как на это ответить. Наверно, нормальные? У меня претензий к дефолтам не было.
Исходная версия theNamelessOne, :
Как у nix с QA
Насчёт ручного QA не в курсе, а так различные срезы дистра и пакетов периодически собираются в CI.
Ты можешь ставить пакеты с любой Git-ветки, тэга или коммита (можешь даже ставить одновременно с разных коммитов). Кроме того есть т.н. «каналы» — специальные срезы дерева пакетов (про каналы и то, как они обновляются, а также про зависимость процесса обновления от результатов сборки в CI, можно подробнее почитать тут).
Я сейчас сижу на канале nixos-unstable
, и не припомню на моём опыте, чтобы там что-то ломалось (я обновляю систему раз в пару месяцев, либо когда нужно что-нибудь новое поставить, чего нет в текущем срезе). Раньше вообще сидел на ветке master
, там изредка ломались пакеты, как это обычно выглядит на реальном примере: пересобираю систему, фейлится сборка громоптицы. Из-за этого останавливается пересборка, в итоге остаёшься на текущей рабочей версии системы (как если бы ты пересборку не запускал). Отправляю багрепорт, через 5 минут его закрывают как дубликат, через 4 часа фиксят. Я в итоге ушёл с master
на nixos-unstable
не из-за таких редких багов, а потому что если сидишь на master
, часто пакеты пересобираются из исходников, потому как собранные пакеты не успевают попасть в бинарный кеш.
Как следствие того, что состояние системы в NixOS описывается конфигом, у NixOS есть одна очень полезная особенность: каждая пересборка мира создаёт новую «версию» твоей системы — generation. У тебя может существовать одновременно несколько генераций, одна из которых будет активна. Ты в любой момент можешь переключиться на старую генерацию во время загрузки ОС в меню GRUB/systemd-boot, если что-то пойдёт не так (только если ты её не удалил).
Всё это в совокупности по моему опыту делают NixOS самым стабильным дистром, который я использовал.
и адекватностью дефолтов?
Не знаю, как на это ответить. Наверно, нормальные? У меня претензий к дефолтам не было.