ディストリビューションホッピングは、気の弱い人向けではありませんが、多くの Linux ユーザーにとっては事実上スポーツです。単一の Linux ディストリビューションは 2 つとして同じではなく、それぞれに独自の利点があるため、一度やり方を覚えてしまえば習慣にするのは難しくありません。
本格的に取り組みたい場合は、GNU Stow を常備しておくと便利なツールです。
GNU Stow とは何ですか?
ディストリビューションホッパーのお気に入りツール
GNU Stow は、Linux および Unix コミュニティ内で定番のユーティリティとなっている、強力で軽量なシンボリック リンク ファーム マネージャーです。もともと 1990 年代に開発されたその主な目的は、ソース コードからコンパイルされたソフトウェア パッケージのインストールを管理することでした。
APT や Pacman などの最新のパッケージ マネージャーが広く採用される前は、管理者は集中ディレクトリ (通常は次の場所にあります) にプログラムをインストールしていました。 /usr/local/stowそして、Stow を使用して、その場所から次のような標準の実行可能パスへのシンボリック リンクを生成します。 /usr/local/bin。この方法により、ファイルの競合が防止され、シンボリックリンクを削除し、分離されたパッケージ ディレクトリを削除するだけでソフトウェアをクリーン アンインストールできるようになりました。
しかし、長年にわたって、Linux コミュニティはこのユーティリティをまったく別の問題、つまり口語的にドットファイルとして知られるユーザー構成ファイルの管理を解決するために再利用しました。最新のアプリケーションとコマンドライン ツールは、ユーザー固有の設定をホーム フォルダー内の隠しファイルとディレクトリに保存します。
ユーザーが環境をカスタマイズするにつれて、これらの散在したファイルを追跡することがますます困難になります。 GNU Stow は、ユーザーがすべてのカスタマイズされた構成を単一の集中ディレクトリに移動できるようにすることで、この問題を解決しようとしています。多くの場合、単に名前が付けられています。 dotfiles。この中央リポジトリ内に、ユーザーはアプリケーションごとに次のようなサブディレクトリを作成します。 bash、 vim、 または git、その中にそれぞれの構成ファイルを配置します。
ユーザーがこれらのサブディレクトリの 1 つを対象として Stow コマンドを実行すると、プログラムは自動的に内容を読み取り、親ディレクトリ (通常はユーザーのホーム フォルダー) に同一のシンボリック リンクを作成します。これにより、オペレーティング システムとアプリケーションは事実上、構成ファイルがデフォルトの分散した場所に存在すると思わせることができますが、実際には構成ファイルは 1 つのきちんとした管理しやすいフォルダーに安全に格納されています。
ディストリビューションホッピングにどの程度役立ちますか?
ディストリビューションを切り替える際の最も厄介な問題に対処します
ディストリビューション ホッピング コミュニティに聞いてみると、この方法の最も重大な欠点は、おそらく、インストールのたびにデスクトップ環境とコマンドライン ツールを最初から再構成するという反復的で退屈なプロセスであることがわかります。これこそ、GNU Stow が取り組もうとしている問題です。カスタムのキーボード ショートカット、複雑なシェル エイリアス、テキスト エディターのテーマ、およびウィンドウ マネージャーの動作は、通常、注意深くバックアップしない限り失われます。 GNU Stow を Git などのバージョン管理システムと組み合わせることで、ディストリビューションホッパーは、カスタマイズされたユーザー環境全体を移植性の高いリポジトリに変えることができます。
USB ドライブやクラウド ストレージから隠しファイルを手動でコピーして、新しいファイル システム全体に散在するさまざまなディレクトリに貼り付ける代わりに、ユーザーは単に新しくインストールしたオペレーティング システムに Git リポジトリのクローンを作成するだけです。リポジトリがダウンロードされたら、集中フォルダーに移動して 1 つの Stow コマンドを実行すると、すべての構成ファイルが即座にデプロイされます。このユーティリティは、Arch Linux、Ubuntu、Fedora のいずれをインストールしたばかりかに関係なく、必要なシンボリック リンクを細心の注意を払ってわずか 1 秒で再作成し、ユーザーの高度にパーソナライズされたワークフローを即座に復元します。
さらに、GNU Stow は、ターゲットの宛先に競合するファイルがすでに存在する場合、シンボリックリンクの作成を適切に拒否するため、デフォルトのシステム ファイルを誤って上書きするリスクを大幅に軽減します。この予測可能で非破壊的な動作により、ユーザーは不慣れなシステムに自信を持ってセットアップを展開できます。
使ったほうがいいでしょうか？
誰もが頻繁にディストリビューションを変更し続けるわけではありません、念のため言っておきますが、
いつものように、それは状況によります。デフォルト設定に大きく依存し、非表示の構成ファイルをほとんど変更しないユーザーの場合、シンボリックリンク ファーム マネージャーをシステムに導入すると、日常業務が不必要に複雑になる可能性があります。ただし、シェル環境を頻繁に調整したり、Neovim などのテキスト エディタを大幅に変更したり、タイル ウィンドウ マネージャーの動作を常に変更したりする場合は、GNU Stow を採用するのが次のステップとして非常に合理的です。
すべてのデバイスで一貫したコンピューティング エクスペリエンスが保証されるため、自宅のデスクトップと外出先のラップトップなど、複数のマシンで作業する開発者、システム管理者、テクノロジー愛好家にとって特に有益です。 GNU Stow に関連する学習曲線は、個人のデスクトップ環境ではなくエンタープライズ規模のサーバー展開向けに設計された Ansible や Puppet のような強力な構成管理ツールに比べて、驚くほど穏やかです。 Stow は、シンボリック リンクの管理という 1 つのことを非常にうまく実行するという Unix の哲学を厳密に遵守しています。
現在、Chezmoi や YADM など、機密性の高いパスワードの組み込み暗号化やさまざまなオペレーティング システム用のテンプレート機能などの高度な機能を提供する、専用の新しいドットファイル マネージャーが利用可能ですが、Stow は絶対的な透明性と最小限の依存関係により依然として人気があります。新しい構成言語を学習したり、厳格なフレームワークに適応したりする必要はありません。ファイルをフォルダーに整理し、プログラムに接続を描画させるだけです。
ディストリビューションホッピングは難しい必要はありません
ハードウェア障害や頻繁なオペレーティング システムの再インストールからデジタル環境を保護するための、透明性、軽量、そして非常に回復力の高い方法を重視する場合は、ツールキットに GNU Stow を組み込むことを強くお勧めします。ぜひ、チェックしてみてください。