大きなファイル用の自己ホスト型クロスプラットフォームリポジトリ
大きなメディア（写真、音楽など）でいっぱいのフォルダーを複数のマシン間で同期するのに適したものを探しています。理想的にはリビジョンがあります。
私はテキストやその他の小さなファイルにSparkleShareを使用していますが、Gitは大きなバイナリの管理にはあまり適していません。圧縮しようとすると時間が無駄になり、少なくとも2X +デルタスペースが必要になるためです。
LinuxとMacの両方のクライアントがあります。 Androidおよび/またはiOSはボーナスになります。
他に何も見つからない場合は、cronジョブを含むrsyncスクリプトになる可能性がありますが、それほど興奮しているわけではありません。
git-bigfiles を使用できます：
git-bigfilesはGitのフォークです。それには2つの目標があります。
- 非常に大きなファイル（数百メガバイト）をホストするプロジェクトでGitを使用する人々の生活を耐えられるものにする
- 許容できる品質になったら、できるだけ多くの変更をアップストリームGitにマージします
少し基本的で、CLIインターフェイスを使用します。私が知る限り、2つのスマートフォン/タブレットOsesのクライアントはありませんが、 Boar はバイナリを処理するように設計されたバージョン管理システムです- Windowsクライアントであり、ローカルとネットワークの両方で機能します。
Boarのドキュメントでは、 rdiffbackup 自体の代わりとして-Windows（自分でコンパイルすることを提案しているようですが）およびposixスタイルのOSでもネイティブに実行されることも示唆されています。
おそらく nison はあなたの問題を解決するのに役立ちます。 Windows、Mac、Linuxクライアントがあります。しかし、私はそれがバージョンを行うとは思わない。一見の価値があります。
Gitについては、このテーマに関する議論については https://stackoverflow.com/questions/540535/managing-large-binary-files-with-git を参照してください。また、 git-annex 。
git-annexは、付属ファイルのバージョン処理を行いませんが、他のすべての側面では、Gitのように機能し、長所と短所があります。必ず読んでください git-annexではないもの 。
また、適切にスクリプト化されていれば、rsyncを特に悪い解決策とは見なしていません。それは非常に効率的な転送を行います。問題は、いわば「マスター」ドライブを定義するのが難しいかどうかです。ドライブAを他のディスクにクローンするだけの場合、すべては簡単ですが、ドライブ2にデータを追加して、それを他のディスクに伝播させたい場合は、面倒になります。そして、競合がある場合はどうなりますか...これにより、git-annexなどのソリューションは非常に優れたものになります。 Gitのリビジョン管理部分を取得しなくても、多くの利点が残っています。
また、私の経験では、音楽などを作成している場合を除いて、メディアファイルなどに改訂が必要になることはめったにありません（決して？）ので、私の本ではgit-annexのトレードオフで問題ありません。
UPDATE：初期情報を見つけるのに適した場所は、JoeyHessがプロジェクトにより多くの時間を費やせるようにするために開始したKickstarterキャンペーンです。 git-annex Assistant：DropBoxに似ていますが、独自のクラウドを使用 を参照してください。
lwn.netでのgit-annexの概要 も興味深い読み物かもしれません。