dotfile과 dotconfig의 차이점은 무엇입니까? [복사]

.config도트 파일은 오래된 형식이므로 일반 도트 파일 대신 디렉터리 트리를 사용하기 위해 포함된 모든 소프트웨어를 패치해야 한다고 주장하는 배포판을 사용하지 않는 한 도트 파일을 완전히 피하는 것은 어려울 것이라고 생각합니다 . 많은 오래된 응용 프로그램은 특정 도트 파일을 사용해 온 오랜 역사를 가지고 있습니다. 일부는 자체 도트 디렉토리를 가질 수 있습니다. 다른 것들은 실제로 두 가지를 모두 가질 수도 있습니다. 예를 들어 여러 파일과 특정 하위 디렉터리 구조를 vim지원 .vimrc하지만 동시에 포함하는 디렉터리도 있습니다..vim/

디렉토리 .config구조는 다음을 기반으로 합니다.XDG 기본 디렉토리 사양. 처음에는 GNOME 및 KDE와 같은 데스크탑 환경에서 채택되었습니다. 둘 다 처음에 많은 수의 사용자별 프로필을 갖고 있었고 각각 다소 유사한 하위 디렉터리 솔루션을 독립적으로 선택했기 때문입니다.

숨겨진 파일의 개념은 GUI 파일 관리자에게 문제가 될 수 있습니다. 기본적으로 점으로 시작하는 파일 및 디렉터리 이름을 표시하지 않도록 선택하면(기존 유닉스 스타일 동작에 따라) GUI 사용자는 점의 존재를 쉽게 발견할 수 없습니다. 파일과 기능. 파일과 디렉터리를 숨기지 않기로 선택하면 홈 디렉터리가 너무 복잡해지게 됩니다. 이는 어떤 의미에서는 개인 작업 공간의 절대 최상위 수준입니다. 어느 쪽이든 일부 사람들을 불행하게 만들 것입니다.

사용자별 프로필을 전용 하위 디렉터리로 푸시하는 것은 매력적인 솔루션이 될 수 있습니다. 여러 개의 도트 파일 및/또는 도트 디렉터리 대신 하나의 하위 디렉터리만 있으면 GUI 상황에서 "숨겨진" 파일을 표시할 때 복잡함이 줄어들고 액세스 용이성 차이가 줄어들기 때문입니다. 너무 큰. 그러나 이는 사용자의 오랜 기대에 어긋납니다. (일부) 도트 파일에는 "언제나여기에 있었고 이름이 지정되었습니다.이것".

이것은매우의견 기반 질문.

도트 파일이 로그인 액세스 또는 기타 권한 있는 액세스 제어와 관련되지 않은 경우 기호 링크를 사용하여 원하는 방식으로 한 규칙에서 다른 규칙으로 연결할 수 있습니다. 그러나 액세스 용이성이 중요할 정도로 특정 프로필을 자주 편집하는 경우 즐겨찾는 편집기 구성 파일에서 실제 프로필을 즉시 여는 셸 별칭 또는 바탕 화면 아이콘/메뉴 항목을 만들고 싶을 수도 있습니다(절대 경로 이름 사용). 대신에? 그럴 수도 있다더욱 편리한.

일부 도트 파일 및 디렉터리는 권한이 있는 프로세스(예: 인증 및 액세스 제어의 일부)에 의해 액세스되며 ~/.ssh일반적 ~/.login_conf으로 이러한 프로세스에는 심볼릭 링크가 필요하므로 심볼릭 링크로 대체할 수 없습니다.실제 문서위치에 대한 심볼릭 링크를 지정하는 대신 다양한 속임수와 악용을 금지합니다. 이러한 파일을 재배치하려면 해당 프로세스의 구성(일반적으로 시스템 전체 구성)을 수정해야 합니다.