なぜ必要なのか
社内マニュアルが社員に機材の申請方法を案内します。編集者は既存のSVNリポジトリでページを更新します。接続なしのローカルコミットより、中央での作業手順の維持が重要です。
どう解決するのか
作業コピーをupdateし、申請ページを直して差分を確認します。commitすると中央リポジトリに記録され、別の編集者がupdateで受け取ります。競合した変更を調整してから再試行します。
社内の機材申請マニュアル · 例
履歴を中央に集める
中央のSVNリポジトリ
- r18以前のマニュアル
- r19更新した申請手順
commitはここに共有リビジョンを作成
01 / update ↓
02 / commit ↑
編集者の作業コピー
取得 → 編集 → 比較 → コミット
03 / update ↓
同僚の作業コピー
リビジョンr19を取得
オフライン:ファイル編集。リポジトリへのアクセス:履歴のコミット。競合を調整してから再試行します。
どんな考え方なのか
Apache Subversion、略してSVNは集中型バージョン管理です。オフライン編集は可能ですが、履歴のコミットにはリポジトリへのアクセスが必要です。ローカルコミットにはGitやMercurialが合い、切り替え時にはツールと履歴の移行も必要です。
この選択を話し合う
コメントは全言語で共有。投稿にはGitHubログインが必要です。