バージョン管理です (つまり、Subversion) はドキュメント追跡に適用できますか?[閉まっている]

https://stackoverflow.com/questions/29810

09-06-2019
|

質問

私は、部門内のさまざまな担当者による改訂が必要な約 100 以上の文書 (ソースコードではなく Word 文書) を担当しています。現在、すべてのドキュメントは共有フォルダー内にあり、そこで取得、修正し、フォルダーに再度保存されます。

私が現在行っていることは、共有フォルダーで「変更日」を検索し、最近変更された文書を開いて、MS Word の「変更の追跡」機能を使用して変更を適用することです。これは少し面倒だと思います。

では、これをバージョン管理データベースにコミットすると、より良く、より簡単になるでしょうか?

基本的に、ファイルの異なるバージョンを保持したいと考えています。

回答から学んだこと:

タイムマシンを使用して、異なるバージョン（またはVistaのシャドウコピー）を保存します
テキストには違いがありますおよびバイナリドキュメントバージョン管理アプリ。(知らなかったあれ)
Diff はバイナリファイルでは機能しません
改訂の通知システム (電子メールなど) は素晴らしいです
Googleドキュメントの改訂機能。

アップデート :

Google ドキュメントの改訂機能を試してみましたが、これが私にはほぼ合っていると感じました。あまりにも頻繁なバージョン管理 (自動保存) には少しイライラします。

しかし、私にとって正しいと感じることが、自分の部門にとっても正しいとは限りません。これらすべてのドキュメントを Google に保存しても大丈夫でしょうか?

解決

誰も質問していないようですが、ドキュメントの変更履歴を保存する法的要件があるかどうか、ということだと思います。

実行するかしないかは、どのような解決策を検討できるかに影響を与えます。

また、期限切れのコピーの通知メカニズムも楽しい機能です。エンジニア A がドキュメントのコピーを持っており、エンジニア B がそれを編集して変更をコミットした場合、エンジニア A にコピーが期限切れであることを通知したいとします。

文書管理は、いとも簡単に虫食いになってしまいます。

おそらく、ドキュメントを CVS または SVN の下に保持し、同じドキュメントを更新するときにコピーをチェックアウトした人に電子メールが生成されるように設定します。リポジトリにチェックインされていますか?

編集：バイナリスイッチを使用することを忘れないように追加するのを忘れていました。CVS の場合は -kb (新しいドキュメントを追加する場合)。そうしないと、関連する構成管理データが追加されたキーワード文字列の ASCII に一致する一連のデータが取得され、ドキュメントが破損します。データ。

他のヒント

私はSVNでWord文書を操作したことがあります。と TortoiseSVN, を使用すると、Word 文書の比較 (作業コピーとリポジトリ間、または 2 つのリポジトリリビジョン間) を簡単に行うことができます。本当に滑らかで本当にお勧めです。

SVN で Word 文書を使用している場合に行うべきもう 1 つのことは、 svn:ニーズロックプロパティを Word ドキュメントに追加します。これにより、残念ながら Word 文書を結合する良い方法がないため、2 人が同じ文書を同時に編集しようとすることが防止されます。

上記 2 つの点があれば、リビジョン管理された Word 文書の処理には少なくとも耐えられます。これは、共有フォルダーを使用して変更を追跡するという方法よりも優れています。

Word はバイナリなので差分がないという人々は一体何を言っているのでしょうか?たとえば、TortoiseSVN は、箱から出してすぐに Word と統合され、Word の組み込みの差分および結合機能を使用できるようになります。問題なく動作します。

私はドキュメントをバージョン管理に保存するプロジェクトに取り組んできました。これはかなりうまくいきましたが、バージョン管理に慣れていない人は、おそらく「作業コピー」、「マージ」、「競合」などの概念的な困難に直面するでしょう。文書管理システムを計画するときは、ユーザーの能力を過大評価しないでください。

これらすべてに対して、大規模で強力な商用ソリューションも存在すると私は信じています。十分なキロドルがあれば、あなたのニーズにぴったりのものが手に入ると思います。文書管理システムは大企業にとって重要なビジネスです。

箱から出して考えると、Wiki への移行は問題外でしょうか?

ユーザーを強制的に Subversion (または類似のもの) に移行させることが可能であると考えているため、より大きな変更は許容されるようです。

別の移行ターゲットは、ある種の構造化 XML ドキュメント形式 (ドックブック頭に浮かぶ）。これにより、あらゆる種類のドキュメント形式を無料で入手しながら、実際に差分とソース管理を使用できるようになります。

共有ポイントまた、MS 固有のドキュメントのバージョン管理もうまく (まあまあ) 行います。

試してみてはどうでしょうか git , gitでwordもサポートできるようです .doc そしてドキュメントを開きます .odf ファイルを構成する場合 .gitattributes ファイル。

がここにあります参照 , 下にスクロールして、 diffバイナリファイルを実行しています。

それだけの価値があるのですが、 Googleドキュメント. 。完璧に適合しているわけではないと思いますが、バージョン管理は とても 便利。

Clearcase は改訂履歴を追跡するために Word と統合されています。Telelogic DOORsも同様だと思います。

私は Mercurial と TortoiseHg オーバーレイを使用しています。変更セットを右クリックし、[Visual Diff] を選択してから、[docdiff] ツール (バンドルされている) を選択すると、変更履歴を含む Word で文書が起動されます。

可能ですが、必ず文書のバージョンを Word 自体と比較することになります。

Word 文書の変更を追跡できるバージョン管理データベースについては聞いたことがありません。

ただし、Word 文書を比較できるツールがいくつかあるため、これらのツールを比較に使用するようにバージョン管理クライアントを設定すると、ある程度楽しむことができます。

必ずしも。新しいファイルがリポジトリにコミットされる頻度によって異なります。コミット前にファイルが数回編集された場合は、まさに現在の状態になります。最大の利点は、ファイルが破損した場合です。

どのファイルでもバージョンを付けることができます。たとえば、これが Mac OS X Leopard の Time Machine の仕組みです。コンピューティング環境全体を CVS にコミットし、自宅と職場のマシン上で作業コピーを維持している人による興味深い記事があります。

しかし、「より良い」と「より簡単」はあなたの状況に特有のものであり、現状ではあなたの問題を完全に理解しているかどうかはわかりません。

Subversion、CVS、およびその他すべてのソース管理システムは、ファイル自体がバイナリ形式で保存されているため、Word ドキュメントやその他の Office ファイル (Excel スプレッドシートなど) には適していません。つまり、過去に戻って注釈を付けたり (または非難したり、呼びたいものは何でも) したり、ドキュメント間の差分を作成したりすることはできません。

Word 文書用の改訂管理システムは世の中にありますが、残念ながら私は良いものを知りません。私の職場ではこのような Excel の制御システムを使用していますが、残念ながらどれもお金がかかります。

良い点は、特に監査やデューデリジェンスを行う必要がある場合に、作業がずっと楽になることです。

使用する場合ウィンマージ Word と Excel のバイナリファイルを結合するためのサポートが追加されました。

シェアポイントを見てみましょう。コストが問題になる場合は、Sharepoint ポータルサービスも役立ちます。これを読む詳細については

Revisionator のようなものを使用することもできます。これは Google ドキュメントに似ていますが、差分、フォーク、3 方向マージなどのリビジョン管理が組み込まれています。 http://revisionator.com

アップデート：また、Google ドキュメントで言及した自動保存が頻繁すぎる問題も修正されます。データの損失を防ぐために自動保存は行われますが、改訂履歴に新しいバージョンが作成され、変更を明示的に「リリース」した場合にのみ他のユーザーと共有されます。

誰かが出した答えを明確にしたいのですが、まだポイントが足りません。

diff はバイナリファイルに対して機能しますが、「toto1 と toto2 のバイナリファイルは異なります」など、あまり役に立たないことを表示するだけです。

それを行うこともできますが、そのファイルがバイナリの場合は、編集する前に必ずロックを設定する必要があります。競合が発生することはありません (解決不可能になります)。

新しいバージョン管理プロジェクトの多くは、単一のファイルにはあまり適しておらず、ディレクトリ全体に適しています。

個々のファイルを更新したいだけなのに、プロジェクト全体を取得する必要があると説得するのは、午後の過ごし方としては「楽しい」方法かもしれません。

もう 1 つのオプションは、Dropbox と呼ばれるソフトウェアとクラウドコンピューティングの魔法です。あるいは、Word ドキュメントを捨てて、代わりにローカルで共有されるメディアウィキを作成することもできます。

ドロップボックス：getdropbox ドットコム

メディアウィキ:メディアウィキ DOT 組織

はい、適用されます!SVN+TortoiseSVN の組み合わせが MS Office ドキュメントの追跡に適しているという意見に完全に同意します。あなたはできる ロック 編集用の文書、 ライトプロテクト 競合を避けるためにロックが解除されたすべてのファイル (つまり、並行変更)、差分同じファイルの 2 つのバージョン、 歴史を見る すべての変更を加えて、もちろん ロールバック 古いリビジョンに。
それらのヒントをすべてまとめて説明しようとしました専用のブログ投稿. (免責事項:私はブログの所有者です)

これらすべてには、SVN Web クライアントを使用して Web からアクセスすることもできます。(ソフトウェア開発が必要になる場合があります)

ただし、他のコンテキストでのバージョン管理システムに慣れていない場合、これは明白な選択ではないかもしれません。ドキュメントとの適切な統合に必要な作業により、専用ツールに利点がもたらされます。「電子文書管理」システムはまさにそのために作られています。SVN のような VCS は、コスト上の理由から引き続き優れた代替手段となる可能性があります :-)

オンラインサービスをテストしましたかサイマル?期待できそうです。個人的には GitHub のような方向性が気に入っています。 私はサイマルとは関係ありませんのでご注意ください。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow