Fish 셸에서 사용자 구성을 위한 여러 위치의 목적(및 가능한 사용 규칙)은 무엇입니까?

이를 위해서는 두 가지 모두에 대한 몇 가지 타당한 이유가 있다고 말하고 싶습니다.

첫째, 아마도 가장 중요한 것은 @Zanchey가 의견에서 지적했듯이 conf.d버전 2.3.0에서 지원이 제공되었으므로 config.fish그 당시 제거는 획기적인 변화가 될 것입니다.

둘째, 말씀하신 것처럼 사용자는 시작 동작을 처리하는 방법을 자유롭게 선택할 수 있습니다.

둘째, 어떤 면에서는 “저항이 가장 적은 길”이기도 합니다. 나는 파일 모듈화에 대한 귀하의 선호에 확실히 동의하며 conf.d/, 나 config.fish자신이 그것을 갖고 있지 않은 것을 좋아합니다. 그러나 일부(아마 대부분의) 최초 사용자는 기본적으로 구성을 저장하는 유사한 위치 fish에 익숙합니다 . .bash_profile패러다임의 변화를 상상할 수 있다아니요단일 파일 구성은 일부 사람들에게 불쾌감을 줄 수 있습니다. 즉, config.fish신규 사용자에게 원활한 마이그레이션을 제공하는 데 도움이 됩니다.

또한 config.fish이전 셸에서 이미 알고 있는 내용과 매핑되므로 새로운 사용자에게 설명하기가 더 쉽습니다. ~ 일지라도fish 자주하는 질문기본값은 이것이 config.fish이전 시작 스크립트와 동일하다는 것을 사용자에게 알려줍니다. 나는 그들이 conf.d/대안에 대해서도 계속 설명하기를 바랍니다 .

그리고 config.fish또 다른 작은 장점이 있는데, 실행 순서가 더 명확하다는 것입니다(즉, 처음부터 끝까지 실행됨). 파일은 다른 파일과 마찬가지로 알파벳 순서(또는 대부분의 경우 전체 결과 순서)로 conf.d/읽혀집니다 . 내 경험상 이는 한 파일이 다른 파일보다 먼저 실행되도록 하려면 명명된 유형 conf.d/에 의존해야 함을 의미합니다 . 00_dependency.fish즉, 이에 의지해야 하는 사람은 거의 없을 것입니다.

httpd.conf"규칙"에 관해서는 많은 배포판이 기본 "단일 파일"을 사용하여 구성 파일(예: Apache2)을 설정하고 구조를 계속 처리한다는 것을 알고 있습니다 conf.d/. 이 예에서는 fish방금 취소했습니다.for conffile in ~/.config/fish/conf.d/*.fish; source $conffile; endconfig.fish