答え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ログファイルは通常の操作でのみ大きくなります。ログファイルは減りますが、ログデータは削除されずに循環する可能性があります。新しいファイル名に移動するだけです。ログは大きくなるため、以前のバージョンに戻す必要はありません。ログは分岐しません。ログは手動ではなく自動的にのみ変更されます。したがって、バージョン管理の利点は実現されない。
さらに悪いことは、法律に基づいてプライバシーのために古いログを削除する必要があるということです。バージョン管理にログを入れると、以前のバージョンを削除するのは非常に困難です。ログは別々に保管する必要があります。