답변1
추적에 관해 게시한 링크 중 /var/log/dmesg첫 번째 링크에서만 논의되었지만 해당 기사의 주요 초점도 아닌 것 같습니다. 그들은 주로 디렉토리에 대한 변경 사항을 추적하는 방법에 대해 논의합니다 /etc. 이는 여러분이 꼭 하고 싶고 쉽게 할 수 있는 일입니다.
그러나 변경 사항 추적에 관심이 있다면 /etc다음과 같은 패키징 도구를 사용하겠습니다.관리자를 기다려주세요, 이를 수행하기 위해 일반 git/mercurial을 사용하는 대신(여기에는 여러 가지 이유가 있는데, 주로 git과 Mercurial이 git에서 중요해지는 권한을 추적하지 않기 때문입니다 /etc). 분명히 의 경우 /etc모든 구성 정보가 여기에 저장되므로 시간이 지남에 따라 이러한 파일의 변경 사항을 추적하는 것이 중요합니다.
변경 사항을 추적해야 하는지 여부에 관해서는 /var/log/dmesg? 나는 이것을 하는 것이 어떤 가치도 없다고 생각하며 시간과 자원의 낭비라고 생각합니다.
답변2
구성 파일(대부분과 마찬가지로)을 추적하는 /etc것이 좋습니다 . 파일 몇 개만 제출하기보다는 모든 파일을 제출하면 됩니다. 관리는 /etc약간 까다로울 수 있으며(파일의 권한과 소유권을 복원할 수 있어야 하지만 버전 제어 소프트웨어는 종종 수행하지 않음), 패키지 관리자가 커밋을 자동화하도록 하는 것이 매우 편리하므로 사용을 권장하지 않습니다. 버전 제어 소프트웨어를 직접 사용합니다. 대신에관리자를 기다려주세요, 권한과 소유권을 관리하고 yum 후크가 있습니다. Debian 및 Ubuntu와 달리 CentOS는 기본적으로 etckeeper를 제공하지 않습니다.설치 가능.
추적하는 /usr/local/bin것은 /usr/local/sbin좋은 생각일 수 있지만 거기에 무엇을 넣었는지에 따라 다릅니다. 시스템용 스크립트를 작성하여 거기에 넣으면 이러한 디렉토리는 버전 제어하에 있어야 합니다. 타사 소프트웨어를 설치하는 경우 이러한 디렉터리의 버전을 제어해서는 안 됩니다. 내가 한 일은 및 에 /etc/local/bin로컬 스크립트 /etc/local/sbin(etckeeper가 관리하는 영역)를 작성하고 해당 디렉토리를 시스템 전체 기본 경로 또는 에 추가하는 것뿐입니다 /usr/local.
버전 관리 와 같은 /var/log/dmesg로그 파일을 넣는 것은 의미가 없습니다. /var/log/rpmpkgs로그 파일은 일반 작업에서만 커집니다. 로그 파일은 줄어들지만 로그 데이터는 삭제되지 않고 순환될 수 있습니다. 단지 새 파일 이름으로 이동될 뿐입니다. 로그는 커지기만 하기 때문에 이전 버전으로 되돌릴 필요가 없습니다. 로그는 분기되지 않습니다. 로그는 수동이 아닌 자동으로만 수정됩니다. 따라서 버전 제어의 이점이 실현되지 않습니다.
더 나쁜 것은 법에 따라 개인 정보 보호를 위해 오래된 로그를 삭제해야 한다는 것입니다. 버전 제어에 로그를 넣으면 이전 버전을 제거하기가 매우 어렵습니다. 로그는 별도로 보관해야 합니다.