システムとユーザーのドキュメントに使用される2つのScrewTurnwikiドキュメントサイトがあります。私の考えは、各wikiサイトのルートディレクトリにMercurialリポジトリを作成することです。次に、毎日、スケジュールされたプロセスで新しいファイルを追加し、リポジトリに変更をコミットして、変更セットをバックアップリポジトリにプッシュします。
デフォルトでは、ScrewTurnはすべての変更されたファイルのコピーを作成するため、独自の変更追跡機能があることを認識していますが、その動作をオフにすることを検討しています。
これにより、デフォルトの動作や自動バックアップよりも優れたバージョン管理が可能になると思います。
私が見逃しているいくつかの考慮事項はありますか？これは良い考えですか？悪い考えですか？
私はスクリューターンについて何も知りませんが、そのファイルがテキストとして保存され、リビジョン追跡を無効にできる限り、mercurial バックアップは適切なオプションです。もちろん、cron ジョブの時点で存在していたリビジョンにしかアクセスできませんが、24 時間以上の編集作業が失われることはありません。
ちなみに、mercurial の主な作成者である mpm は、過去に DVCS システムを wiki システムのバックエンドとして使用することについて話し、一般的にその考えに賛成ではありませんでした。私の記憶が正しければ、一度に 1 ページしか変更されないものに対してグローバル ロックを取得するデータストアを使用するのはあまり意味がないというのが彼の論理でした。ただし、これは、各変更後にコミットする場合にのみ適用されます。毎晩コミットする計画には、その問題はありません。
代わりに、私は rdiff-backup の大ファンです。これは、ディスクをブラウズできる方法で、スペース効率の良い夜間のスナップショットを作成します。