2017-02-02 9 views
0

287Mのクライアント用のリポジトリがあります。それは約2 1/2歳ですが、そのサイズは私が取り組んできたレポにとって珍しいことではありません。 ですが、その181Mが.gitフォルダです。リポジトリ内の.gitフォルダのサイズが非常に大きいことを考慮してください。

枝の量が過度ではないので、私はいつも枝自体がその多くのスペースを占めていないと思っています。それは単なるポインタです。しかし、もしこれが間違っていれば私も修正してください。

私の質問は、ナビゲーションにこれを関連付ける(そしてもちろん、それを固定):

  1. どのように私はこれを担当しているどのファイル(複数可)を決定しますか?
  2. レポにばかげて含まれているdb_dump.sql.gzファイルがあります。どうすればそのファイルを削除して、それが存在しないかのようにgit履歴から完全に削除できますか? (16Mだが、自動化されたプロセスがそのファイルを定期的にダンプし、その変更がコミットされた場合、大きなサイズの理由の一部であるかもしれないと思っている)
  3. もしあれば、git repoのサイズを小さくする方法はありますか?ありがとう。

答えて

0

git repackを実行して、gitのコンテンツを再圧縮することはできますが、このコマンドはgitと同時に1度だけ実行する必要があります。 gitのリストにそのオブジェクトと大きさを持っている、とあれば、他の開発者をので注意してください、彼らにこれは歴史を書き換える必要が人間の名前

  • を与えることを試みると警告するスクリプトを与え、私はthis postの知っている

    1. 、あなたレポが共有されています:あなたが探しているコマンドは--index-filterオプション付きの--index-filterオプション付きのgit filter-branchです
    2. git gcまたはgit repackを実行できます。もう一つの方法は、あなたのレポの新しいコピーを使用することです:

      git clone mydir newdir 
      # see how much disk the new '.git/' dir takes 
      
  • 関連する問題