質問

して保管する必要がバイナリファイル(MS Word文書から、カップルのKBのカップルMBサイズ)バージョンコントロールリポジトリ100"プロジェクト"です。現在使用していまVisual源の安全であるが、一部の問題、データベースぶりのアクセスが遅くなります。

または進出を検討しGitはSubversionのしかるにつれオプションの取り扱いはバイナリファイルです。

役に立ちましたか?

解決

Subversionの、間違いなく。今日(2009年)、TortoiseSVNはSubversionリポジトリのエクスプローラに統合されたナビゲーションを提供し、最も具体的には、の相違取得の任意のWord文書のがサポートする(これは、Word自体に差分を延期するが、機能は本当によく動作します)。

TortoiseGitは、これと同じ機能を持ってできない理由はありませんが、そのような事は、非常に今日安定した形で存在していません。幸いなことに、それが将来的にいつでもGitはするSubversionリポジトリを移行するのは簡単です。

の更新:2011年の時点で、TortoiseGitは明らかにTortoiseSVNのと同じドキュメント管理機能を備えています。彼らは他の誰かと同時に文書を編集しようとした場合、他のユーザーに通知されるように、しかし、Subversionは諮問ロックのドキュメントをサポートしています。私の知る限りでは、TortoiseGitが原因のGitの分散的な性質のこの機能をサポートしていないことができます。

他のヒント

  • Subversionを自動的に検出するバイナリファイルを参照 SVN FAQ).これが失敗した場合は、指定自動的に(まも変更することができませんSVNの検出法です。

  • Gitは同じで指定できるファイルを自動的に処理してバイナリを含めた .gitattributes ファイルをソースリポジトリ

  • こちらの 比較のGit SVNのバイナリファイルを処理する。

  • こちらの どのその他のスタックオーバーフローしたいとGitやバイナリファイルです。

武器agiは、dexで下がらないboxerぐ!

私たちはすべてのためにgitを使用しています。文字通り。でも、私たちの事務局の全体のファイル共有は、(システム管理者が、毎日それをコミット)はgitに保存されます。

これシェアはほぼ完全にバイナリファイルである - Word文書、QuickBooksの、等...

私たちは、すべての100%正確な歴史を持っています。そして時折git gcとそれが扱いやすいレポサイズを維持します。

も:。。gitのは本当に速いですの我々はSVNから切り替えると、gitは(20,000ファイルを使用して大規模なプロジェクト)私たちの使用パターンにsubversionより〜10倍高速化しました。

TortoiseGitは、Office自体に差分を委任Officeドキュメントの完全なGitのワークフローをサポートしています。 また、OpenDocumentのフォーマットのためのOpenOfficeに委任する働きます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top