「WordやExcelの文書をバージョン管理するベストプラクティスはなんだろう？」記事へのコメント

独自ツール

[Anonymous Coward]

自分ならGitでやるけど、まぁツールは何でもいいな。
あの手のバージョン管理システムは普通にローカルでも動くから別にgitサーバーじゃないといけないわけじゃないもんね。

この条件での既存のVCSとの違いを別に挙げると

• ファイルがZipファイル(普通のVCSではバイナリ扱い)。
• 各ファイルは独立している(別のファイルに依存しない)。
• 古い版にアクセスする需要はあまりない。
• Zipファイル内のファイル重複などのせいでファイルが大きくなりがち。
• バージョンは日付で十分。他ファイルとの関係は割とどうでもいい。
• オフィス側にはVCS連携機能はない(自前のバージョン管理ならある)。

てな感じだ。
比較的シンプ

Re:独自ツール

[Ryo.F (3896)]

コミットメッセージ的なものは「history/長期研究計画書2019.20190420.1056.最終版.xlsx」とかに自分でリネームする。

細かい指摘で悪いんだけど、「最終版」は無いわ。
だいたい、そーゆー命名規則でバージョンを管理しようというのは破綻が目に見えている。
間違いは無くならないし、未来は不確定なので、最終版だと思っても、それ以降変更が発生するかもしれない。
なので、「最終版」的なファイル名による命名規則では「最終版」「最終版2」「最終版・最新」「最終版・修正中」みたいなものが出てきて破綻するよね。
本当に「最終版」が決められるのなら、そもそもそれ以降バージョン管理をする必要は無く、ただ単に最後のバージョンを最終版だと思えばいいだけの話。
なので、何かバージョンに区切りを付けるために名前を付けるにしても、「最終版」は無しなんじゃない?

一カ月ごととかにzip展開し、ソリッドブロックサイズが大きめの7z圧縮でもする

ここでいう「zip展開」ってのは、*.xlsxとか*.docxとかをzipで展開する、って話?
それを再び7zで圧縮するのは、ディスク容量削減のため?
今どきそんなケチらなくても良くね?
まだzipで展開したものをVCSに突っ込むとか言うんだったら判らんでもない(実効性があるかどうかは未検証)けど。

バッチファイルやシェルスクリプト

なんでなん?
今どきバッチファイルとか流行らんやろ。
WSLもあるから、Windows上でもシェルスクリプトが使える、ってのは判らんでもないけど、
どうせWindows前提なら、Powershellでよくね?

あと、全体として、複数のメンバで作業することに対応しきれない気がするね。
ブランチ機能も必要だって話だけど、どうする?