ドットファイルをシンボリックリンクする代わりにgitに$ HOMEを入れることには落とし穴がありますか?
私は長年にわたって$HOMEディレクトリ全体をSubversionにチェックインしてきました。これには、すべてのドットファイルとアプリケーションプロファイル、多くのスクリプト、ツール、ハック、私の好みの基本的なホームディレクトリ構造、少数の奇妙なプロジェクト、および大量のランダムデータが含まれています。これは良いことでした。それが続いた間。 しかし、それは手に負えなくなっています。基本的なチェックアウトは数十のシステムで同じですが、すべてが私のマシンに適しているわけではありません。すべてが異なるディストリビューションでうまく再生されるわけでもありません。 私は家の掃除をしています-データが属する場所を分離し、いくつかのスクリプトを別々のプロジェクトとして分割し、自動化すべきものの壊れたリンクを修正します。 私の意図は、交換することであるsubversionとgitのトップレベルのチェックアウトのために$HOME、私は、私はドットファイル、いくつかのディレクトリといくつかの基本的なカスタムスクリプトを意味し、すべての私のシステムにしたいのですが物事にこのダウンを削り取っしたいと思います。 オンラインで読むと、多くの人がシンボリックリンクアプローチを使用してこれを行っているよう$HOMEです。サブディレクトリにクローンを作成し、リポジトリからシンボリックリンクを作成します。私が持っていたた$HOME10年以上のフルバージョン管理の下で、私はこのaproachのアイデア好きではないと人々はストレート精算方法にとても嫌うようで、なぜ私が理解することはできません。トップレベルのチェックアウトとして特定する必要がある落とし穴はありますか?git$HOME PS良いコーディングの練習の一部として、ルートチェックアウトをgithubで公開することも計画しています。考え直さずに共有できるはずのないファイルに、どれだけ多くのセキュリティ機密情報を収集することが許されているかは恐ろしいことです!WiFiパスワード、パスフレーズなしのRSAキーなど。