• devenvやめたい

    2026年3月19日

    devenvを使うのをやめたいと思ってるので、その理由と今後の対応とかを書いてみる。

    動機

    nix updateした時に走るビルドのコストが無視できないレベルになったから。 それに追加して、devenvのCLIをそこまで使ってなかったので、割に合わないなと感じることが多かったから。

    devenvはyamlからflakeを生成して再現可能な環境を作るツールだけど、flake-partsを使うと直接flake.nixから使える。 この場合はdevenv CLIを使わずに、直接flakeのinputとして扱う。

    また、devenv upでprocess-composeを使ったサービスの起動ができる。 個人的にはこの用途でdevenv CLIを使うことが多かった。

    あと言語などのバージョンを"0.14.0"みたいに指定できるので、その機能もよく使っていた。 ただ、この機能に関してもそこまで必要性を感じなくなってきた。

    じゃあどうするのか

    サービスの起動

    services-flakeを使う。これはprocess-composeをwrapしたnix moduleで、実はこっちの方が対応しているサービスが多い。 サービスを定義してnix run .#myserviceみたいに実行すればprocess-composeが起動する。

    バージョン指定

    2026/3/19 追記:

    @ryuさんがNix package versionsの更新が停止していることを教えてくださった。ありがとうございます。 代替としてはnix-versionsが良さそう。

    追記終わり

    直接指定する。 ただ、楽をする方法があって、Nix package versionsを使う。(nixpkgs ukとかで検索すると出てくる) これは特定のバージョンのパッケージが存在しているnixpkgsのcommit hashを検索するサイト。

    このサイトでnixpkgsのhashを検索して、そのnixpkgsをinputsに指定、対象のパッケージを呼び出せば良い。 nixpkgsは複数存在しても良いため、この方法を使っても従来のnixpkgsは使用できる。

    もう一つの方法として、overlayがある。 例えばPythonの場合はnixpkgs-pythonがある。

    もっといえば、このoverlayはdevenvの内部で使用されている。 overlayを直接使用することで依存が減り、nixのビルド時間も削減しつつdevenvで享受していた利益をほぼそのまま受けられる。

    まとめ

    devenvをやめる理由と、devenvを使わずにそれと同じ開発体験を得る方法を書いてきた。 既にオレオレNixテンプレートリポジトリscaffoldではdevenvを一部削除している。 今後もflake.nixでdevenvを見つけ次第削除していきたい。

    今回の一件でnix前提で開発ツールを作る際はRustのビルド時間が結構重くのしかかってくると感じたので、もし僕が開発ツール作る際はGoかPythonを使っていこうかなと思ったりしている。

    ko-fi ☕GitHub Sponsors 🐙