1

これはハードコアプログラミングの質問ではないかもしれませんが、私が疑うプログラマーが使用するツールのいくつかに関連しています。

つまり、私たちはたくさんの人々であり、それぞれがたくさんのドキュメントと、たくさんのオペレーティングシステム（2つだけ、LinuxとWindows）上のさまざまなコンピューターを持っています。これらのドキュメントを保存/管理するための最良の方法は、オフラインで利用できる場合（ラップトップが常にオンラインであるとは限らない場合）だけでなく、すべてのマシン間で同期される場合です。信頼性の高いストレージを備えたサーバーを「ベースリポジトリ」にすることは、私には良い考えのように思えます。

SCMの使用が頭に浮かび、Subversionを試しましたが、一元化されたリポジトリを使用するのは良いことのようですが、次のようになります。

  • チェックアウト時のチェックアウトの合計サイズは、元のサイズの約2倍です。
  • 大きなファイルや大きなリポジトリはそれを遅くするようです。

また、私はrsyncを試しましたが、これは機能する可能性がありますが、潜在的な競合に関しては少し荒いです。

最後に、Unison（rsyncのラッピングだと思います）を試しましたが、すべてをスキャンする必要があるため、ここにある大きなディレクトリでは動作が非常に遅くなります。

だから問題は-小さなファイルと大きなファイルの両方の大きな束に実際に使用するのに実用的なSCMツールはありますか？それがNOの場合-誰かがこの仕事をする他のツールを知っていますか？

読んでくれてありがとう ：）

4

2 に答える 2

2

Mercurial、Git、Bazaarなどの分散バージョン管理システムを試すことができます。それらの1つは、達成しようとしていることに最適のようです。

Joel Spolskeyには、hginit.comというすばらしい小さなMercurialチュートリアルがあります。camaincに感謝します。

于 2010-05-04T15:20:28.273 に答える
0

いくつかの詳細により、より意味のある答えを提供することができます。例えば：

どんな種類の書類？画像、Word文書、テキストファイルを扱っていますか？上記のすべてまたはどれも？

Subversion（およびそのソルトに値するソース管理システム）は、チェックインのデルタのみを保存することで機能します。つまり、ファイルをチェックインすると、そのファイルと以前のバージョンとの違いのみが保存されます。これにより、スペースの節約が容易になります。数ピクセルが変更された1MBのPhotoshopをチェックインすると、まったく新しいドキュメントよりも必要なリポジトリスペースが少なくなります。これは通常、ファイルタイプに依存しません（つまり、テキストだけでなくバイナリでも機能します）。

チェックアウトの結果、チェックインされたファイルよりも大きいファイルが生成される場合は、何らかの構成またはプロセスの問題があると思います。200KBのファイルをチェックインすると、チェックアウト時に200KBのファイルを受け取ります。チェックアウト/変更/チェックインのプロセスについて教えてください。

SVN、TFSなどは、さまざまな環境で非常に大規模に使用されており、簡単で、無料で、非常に信頼性の高いソリューションです。ただし、視聴者が主にプログラマー以外の場合は、よりユーザーフレンドリーなSCMの方が適している可能性があります。

于 2010-05-04T15:21:35.800 に答える