なぜ必要なのか

社内マニュアルが社員に機材の申請方法を案内します。編集者は既存のSVNリポジトリでページを更新します。接続なしのローカルコミットより、中央での作業手順の維持が重要です。

どう解決するのか

作業コピーをupdateし、申請ページを直して差分を確認します。commitすると中央リポジトリに記録され、別の編集者がupdateで受け取ります。競合した変更を調整してから再試行します。

マニュアルの変更は中央のリビジョンになってから他の作業コピーへ反映

社内の機材申請マニュアル · 例

履歴を中央に集める

中央のSVNリポジトリ

  1. r18以前のマニュアル
  2. r19更新した申請手順

commitはここに共有リビジョンを作成

01 / update ↓
02 / commit ↑

編集者の作業コピー

取得 → 編集 → 比較 → コミット

03 / update ↓

同僚の作業コピー

リビジョンr19を取得

オフライン:ファイル編集。リポジトリへのアクセス:履歴のコミット。競合を調整してから再試行します。

どんな考え方なのか

Apache Subversion、略してSVNは集中型バージョン管理です。オフライン編集は可能ですが、履歴のコミットにはリポジトリへのアクセスが必要です。ローカルコミットにはGitやMercurialが合い、切り替え時にはツールと履歴の移行も必要です。

出典