例:
.bashrc
.config/fish/config.fish
どちらがより一般的であるか、それぞれの長所と短所は何であるかを知りたいです。ドットファイルはホームディレクトリにあるため、変更が簡単になりそうですが、.config
すべてが含まれている1つのディレクトリなので、移植が容易になりそうです。
アプリケーションは通常、どちらか一方のみをサポートしていますか、または両方をサポートしていますか?
1つを選択してから、アプリケーションごとにシンボリックリンクを作成するのは良い考えですか?たとえば、ドットファイルが必要な場合は、それを使ってln .config/fish/config.fish .fish
編集でき.fish
ますか?
ベストアンサー1
.config
ドットファイルは古い形式なので、通常のドットファイルの代わりにディレクトリツリーを使用するために含まれているすべてのソフトウェアをパッチする必要があると主張するディストリビューションを使用しない限り、ドットファイルを完全に避けるのは難しいと思います。多くの古いアプリケーションは、特定のドットファイルを使用してきた長い歴史を持っています。一部は独自のドットディレクトリを持つことができます。他のものは実際に両方を持つことができます。たとえば、複数のファイルと特定のサブディレクトリ構造をvim
サポートして.vimrc
いますが、同時に含むディレクトリもあります。.vim/
ディレクトリ.config
構造は以下に基づいています。XDGの基本ディレクトリ仕様。当初は、GNOMEやKDEなどのデスクトップ環境で採用されました。どちらも、最初は多数のユーザー固有のプロファイルを持っていたので、それぞれはかなり類似したサブディレクトリソリューションを独立して選択したためです。
隠しファイルの概念は、GUIファイルマネージャにとって問題になる可能性があります。デフォルトでは、ドットで始まるファイル名とディレクトリ名を表示しないことを選択した場合(既存のUnixスタイルの動作に応じて)、GUIユーザーはドットの存在を簡単に見つけることができません。ファイルと機能。ファイルとディレクトリを非表示にしないことを選択すると、ホームディレクトリが複雑すぎる可能性があります。これはある意味では、個人のワークスペースの絶対最上位レベルです。どちらにしても、何人かの人々を不幸にさせます。
ユーザー固有のプロファイルを専用のサブディレクトリにプッシュすることは魅力的なソリューションです。複数のドットファイルおよび/またはドットディレクトリの代わりに1つのサブディレクトリしかない場合、GUIの状況で「隠し」ファイルを表示するときの複雑さが減り、アクセスの容易さの差が減少するためです。大きすぎる。しかし、これはユーザーの長い期待に反しています。 (一部)ドットファイルには「いつもここにあり、名前が付けられました。これ」。
これは非常にフィードバックベースの質問。
ドットファイルがログインアクセスまたは他の特権アクセス制御に関連していない場合は、シンボリックリンクを使用して任意の方法であるルールから別のルールにリンクできます。ただし、アクセスの容易さが重要になるほど特定のプロファイルを頻繁に編集する場合は、お気に入りのエディタ設定ファイルで実際のプロファイルをすぐに開くシェルエイリアスまたはデスクトップアイコン/メニュー項目を作成したい場合があります(絶対パス名を使用)。代わりに?そうかもしれないより便利。
一部のドットファイルとディレクトリは、許可されたプロセス(認証とアクセス制御の一部など)によってアクセスされ、通常、これらのプロセスには~/.ssh
シンボリック~/.login_conf
リンクが必要なため、シンボリックリンクに置き換えることはできません。実際の文書場所へのシンボリックリンクを指定するのではなく、さまざまなトリックや悪用を禁止します。これらのファイルを再配置するには、そのプロセスの構成(通常はシステム全体の構成)を変更する必要があります。