Subversion：非プログラマ向けのドキュメント管理？

私は、機械工学部門の小さな会社で働いています。ここにいる人は、自分以外はコーディングやデータベース作成について何も知らず、基本的なSQL、一部のC＃、一部のVBA以外はほとんど知りません。

エンジニアリング関連のすべてのドキュメントに適したオープンソース/フリーウェアのドキュメント管理ソリューションを探しています。ほとんどのファイルは、.docx、.xlsx、.pdf、または.dwg（CAD）の形式です。

Subversionは、コード管理ではなく、ドキュメント管理の目的に適応できますか？システム内のドキュメントのレポートを対応するリビジョン番号で作成するだけでも十分でしょうか？

他の推奨事項や解決策があれば歓迎します。

SVNには、Windowsとの統合が良好なGUIフロントエンドTortoise SVNがあります。私の同僚の多くはそれを誓います。

Msofficesvnは、Officeアプリケーション内でTortoise SVNにアクセスできるMicrosoft Officeプラグインです。OfficeSVN は、Office 2007にSVN操作のアイコンを追加します。OOoSVNは、OpenOfficeの同様のプラグインです。

これらのツールを使用すると、コマンドラインを必要とせずにSVNを使用できます。リポジトリを管理するには、基本的なコマンドラインの能力が必要になる場合があります。

SVNにはユーザートレーニングが必要ですが、プログラミングとは関係ありません。主に、1：更新、2：仕事、3：コミットという習慣を身に付ける必要があります。マージを実行するようにトレーニングする必要があります。

競合を公開せずに純粋なアーカイブを提供するドキュメント管理システムは、使いやすくなります。しかし、それはそれが敷物の下に困難を隠しているからです：衝突に直面する代わりに、それは衝突が起こるとき静かにデータを失います。

ドキュメントで作業する前にロックをかけるワークフローは、より制約が厳しくなりますが、競合が発生した場合にパニックに陥らないように指導できない場合、頭痛を軽減できます。

（私は非技術者にバージョン管理を使用するように教えた経験がないことに注意してください。変更をマージすることになっている人に文書をメールで送信する「手動」バージョニングで観察された動作から補間しています）

コードファイルは単純なテキストファイルです。.docxおよび.dwgファイルは「やや少ない」ユーザーフレンドリー）ので、そのようなファイルにはプラグインが必要です。mswordファイルの場合、xdocdiffプラグインがあります。

「バイナリ」ドキュメントのリビジョン管理システムよりもドキュメント管理システムをお勧めします。リビジョン管理は、ソースコードなどのテキストファイルに対して最適に機能しますが、バイナリタイプを扱う場合、多くの機能を失います。

Microsoft Office SubversionプラグインにはMagnetSVNという商用ソリューションもあります。