バージョン管理システムの統合・移行 (主に Subversion)

毎夜ひとり Subversion 大会を開催していたら突然あんなに嫌がられていた導入があっさり決まって、手元のレポジトリや履歴を統合できずに無能を晒したら困りますね。よりによって自分が率先して提案したシステム導入でしったかがばれたりしたら、次の契約更新も危うくなっちゃいます。そんなことよりいつ就職出来るかを心配した方がいい段階なんですが。

簡便の為にこのまま Subversion で考え続ける。想定されるのは以下のケース。

1. 既に (複数の) リポジトリの作業用コピーを持っていて、そこに全く新たに 1つ加わる
   →プロジェクト名が被るなどしなければ多分問題なし。
2. 既にリポジトリを作ってあるプロジェクトのリポジトリが新たに作られる
   →多分問題なし。import するか、dump → (create &) load するか、作業用コピーを普通に add & commit すればよい。
3. 2 に加えて、あちらはあちらで既にリビジョンを重ねている。なるべくこちらの履歴も生かしたい
   →ブランチ扱いで switch した後マージ ? 履歴はどうなる ?

複数のリポジトリを扱う

サーバ側の作業 (おまけ)

cl.pocari.org - Subversion + WebDAV で複数のリポジトリを扱う方法

クライアント側の作業

ただチェックアウトすればよい…のかな ? その際、前のリポジトリの各種ソースを手元に残しておきたければ svn export か svnadmin dump するかディレクトリに出来る .svn ディレクトリにある設定ファイルをいじると良いみたい。

チェックアウト・コミット先の URL を変更

svn switch --relocate (参考 : cl.pocari.org - Subversion で作業コピーの URL を変更する方法)

マージ時の履歴の扱いについて

通常の競合は手作業で処理され、履歴は競合が起きたという事実を取り扱うためだけに使われる。svn merge は作業ファイルに差分を写す。履歴にはポーティングした事実が示されるが、基本的に手作業で変更するためのコマンド。

他のリポジトリから履歴をスマートに持ってくることは出来ないように見える。それは手でログファイルに書き込めということか。

その他分かった事

• Subversion は Trac と連携させると良いらしい。
• SmartSVN には Project という概念があって、複数リポジトリの切り替えがごちゃごちゃしないので大プロジェクトでは TurtoiseSVN よりオススメらしい。
• 誤って .svn 以下の何かを編集してしまったときは、全部消して svn update
• 異なる改行コード・文字コードの混在に注意

お役立ちリンク

• Subversion Memo
• Subversion によるバージョン管理 (http://svnbook.red-bean.com/ の日本語訳)