2

最近、開発者は、どのドキュメントが更新されたかを追跡するのが少し難しいことを強調しました。したがって、プロジェクトのチェックアウト時にドキュメントが更新されているかどうかを知ることができるため、SVN を使用してドキュメントの変更を追跡する方が良いと提案しました。

しかし、発生する可能性のあるいくつかの短所も強調しました

  • Word、Excel ドキュメントがコミットされるたびに大量のディスク領域を使用するバイナリ ファイル
  • ドキュメントをリポジトリ内の別のプロジェクトに分割することはできますが、プロジェクトのチェックアウトにはさらに時間がかかります。
  • SVN の使い方を担当者に教えるには時間がかかります。

もう 1 つの機能は、この種の機能ドキュメントの場合、編集中にロックする必要があることです。

どうすればいいのか、誰にも考えがありますか？または、それに対する長所と短所は何ですか。お気軽に私と共有してください。

4

4 に答える 4

6

職場でのドキュメント管理には Subversion を使用しています。それはうまくいきます。

  • ディスク容量について心配する必要はありません。いずれにせよ、リビジョンは圧縮して保存されます。
  • ドキュメントのあるプロジェクトのチェックアウトは、ドキュメントのないプロジェクトよりもそれほど時間はかかりません。ドキュメントが絶対に巨大でない限り、これは問題になりません。
  • 研修時間は目安です。幸い、TortoiseSVN はこれを簡単にします。

一度に 1 人のユーザーのみが編集できるように Word ドキュメントを管理するには、svn:needs-lockプロパティを使用します。これにより、ファイルは通常のチェックアウトでは読み取り専用として表示され、開発者が編集のためにファイルをロックすると読み書き可能になります。コミット後、ファイルはロック解除され、再び読み取り専用になります。

TortoiseSVN のもう 1 つの利点は、Word 文書の差分を作成し、Word 自体で差分を表示できることです。これだけでも私にとってキラー機能です。

于 2008-10-28T10:15:51.610 に答える
0

Greg と kauppi はどちらもここで重要な問題を提起しています。Subversion は素晴らしいツールですが、万人向けではありません。私は開発チームにそれを完全に採用してもらうために1年以上努力してきましたが、それでも基本的なことを定期的に話しています。

バージョン管理システムを理解し、評価するために時間を割いたことがあるなら、それらは絶対に手放したくないツールの 1 つです。ただし、一部の人にとっては、それらを使用するプロセスと規律が面倒に思えるかもしれません.

コミュニケーションと優れたチームワークに戻ります。これらのツールがその点で役立つこともありますが、残念ながら、すべての問題を解決できるわけではありません。

バイナリ オブジェクトの編集を制御する方法として svn:needs-lock を使用するという Greg の提案は、最終的にこの道をたどる場合に適しています。

于 2008-10-28T23:22:05.423 に答える
0

この問題は、「SVN の使用方法」の側面よりも少し広いと思います。

まず第一に、SVN は技術志向の人々にとっては適切なツールかもしれませんが、芸術家や管理者にとっては非常に扱いにくいものになる可能性があります。プロジェクトに関連するすべてのドキュメントは、すべての参加者がアクセスできる 1 つの場所に保管する必要があると思います。

さらに、バージョン管理は、適切なプロセスと適切なコミュニケーションに代わるものではありません。変更や新しい要件などをすべての関係者に伝える方法を見つける必要があります。

文書管理システムが必要かもしれないと思います。Alfrescoまたは同様のものが良い選択肢かもしれません。

于 2008-10-28T10:29:46.543 に答える
-1

Subversionはリビジョン間の差分のみを保存するため、非常に効率的です。これがバイナリ ファイル (Word や Excel ファイルなど) に当てはまるかどうかはわかりませんが、そうかもしれません。そうでない場合は、可能であれば .XLS ファイルの代わりに CSV ファイルを使用し、可能であれば .DOC ファイルの代わりに RTF ファイルを使用することをお勧めします。

于 2008-10-28T10:31:51.907 に答える