私は機械工学部門の小さな会社で働いています。ここでは、私以外はコーディングやデータベースについて何も知りません。基本的なSQL、C#、VBAしか知りません。
私は、エンジニアリング関連のすべてのドキュメントに適したオープンソース/フリーウェアのドキュメント制御ソリューションを見つけようとしています。ほとんどのファイルは、.docx、.xlsx、.pdf、または.dwg(CAD)の形式です。
Subversionは、コード制御ではなく、ドキュメント制御の目的に適応できますか?対応するリビジョン番号でシステム内のドキュメントのレポートを作成することも十分でしょうか?
そこにある他の推奨事項や解決策は確かに歓迎されています。
SVNには、Windowsとの統合が良好なGUIフロントエンドがあります: Tortoise SVN 。私の同僚の多くはそれを誓います。
Msofficesvn は、Officeアプリケーション内のTortoiseSVNへのアクセスを提供するMicrosoftOfficeプラグインです。 OfficeSVN は、Office 2007にSVN操作のアイコンを追加します。 OOoSVN は、OpenOffice用の同様のプラグインです。
これらのツールを使用すると、コマンドラインを必要とせずにSVNを使用できます。リポジトリの管理には、基本的なコマンドライン機能が必要になる場合があります。
SVNにはある程度のユーザートレーニングが必要ですが、それはプログラミングとは何の関係もありません。主に、1:更新、2:作業、3:コミットの習慣を身に付ける必要があります。マージを実行するには、それらをトレーニングする必要があります。
競合を公開せずに純粋なアーカイブを提供するドキュメント管理システムは、使いやすくなります。しかし、それは問題を回避するためです。競合が発生すると、ユーザーに競合を発生させるのではなく、サイレントにデータを失います。
人々がドキュメントで作業する前にロックをかけるワークフローは、はるかに制約がありますが、競合が発生したときにパニックにならないように教えることができない場合は、頭痛の種を減らすことができます。
(私は技術者以外の人にバージョン管理を使用するように教えた経験がないことに注意してください。変更をマージすることになっている人にドキュメントがメールで送信される「手動」バージョン管理で観察された動作から補間しています。)
コードファイルは単純なテキストファイルです。 .docxファイルと.dwgファイルは「少し劣る」ユーザーフレンドリーなので、そのようなファイル用のプラグインが必要です。 mswordファイルの場合、プラグインxdocdiffがあります。
ドキュメント管理システム よりも リビジョン管理 「バイナリ」ドキュメントのシステムをお勧めします。リビジョン管理は、ソースコードなどのテキストファイルに最適ですが、バイナリタイプを処理するときに多くの機能が失われます。
Microsoft Office Subversionプラグインには商用ソリューションもあります: MagnetSVN 。