2009-01-17
■[日記] svnリポジトリの整理
職場のHDDがエラー出すようになったので交換。整理するついでにsvnのリポジトリを整理することにした。
最初に構成決めるとき、参考にできるものが無くてフォルダ構成そのままで作ってしまったのでこんな状態でした。
svn +--BCB6 | +---_プロジェクト1 | +---プロジェクト2 +--BDS2007 | +---プロジェクト3 +--CCB2007 | +---プロジェクト1 | +---プロジェクト4 +--document +--VC7
コンパイラ毎に大別して、その中にプロジェクトを作る形。さらにBCB6からCCB2007に切替えた場合はブランチをCCB2007に作成し、元のBCB6のフォルダには「_」を付けて移行済みであることを示すわけです。
ヒドイものです。全て一つのリポジトリなのは、コンパイラ移行時にブランチで分けれないからでした。(最初はコンパイラ毎にリポジトリを分けていたがそのことに気付いて統合した)
Tracを使ってみたくなったので解説書を見ていると「プロジェクト毎にリポジトリを分けなければ使えない」ということだったので、この機会に整理して分割しようかと。
どういう構成にしようか調べてみると、こういう形が基本であるとsvnのマニュアルに書いてあるじゃないですか。何で最初これ見なかったんだろう…。
project +--trunk +--tags | +--tag1 | +--tag2 +--branches +--branche1 +--branche2
単一コンパイラのプロジェクトはtrunkに投げ込めば完了だが、複数コンパイラをまたいだプロジェクトは上手く行かず。最初のプロジェクトの方に新しいコンパイラ用ブランチをマージしてしまえば良いけど、そうするとコミットログが無くなってしまう。ブランチのほう見れば良いけど、これでは使い辛い。
ということでこんな妥協形式に。
project +--trunk +--BCB6 +--CCB2007
dumpを上手く操ればコミットログ残してマージしたり出来るんだろうけど、そこまでやれなかった。
さらに、プロジェクト毎に分かれたところでリポジトリ分割しようとdump > loadするが、フォルダをあちこち移動してしまったためか上手く分けれない。結局単一リポジトリのままで運用することになってしまった。
Tracはまだ使えそうにありません…。
- 22 http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&rlz=1T4GGLL_jaJP299JP299&q=万歩計 iアプリ
- 10 http://www.google.co.jp/search?hl=ja&q=iアプリ 万歩計&lr=
- 7 http://www.google.co.jp/search?hl=ja&q=万歩計 iアプリ&btnG=Google+検索&lr=&aq=f&oq=
- 4 http://www.google.co.jp/search?hl=ja&client=firefox-a&rls=org.mozilla:ja:official&hs=qfb&q=iアプリ 万歩計&btnG=検索&lr=lang_ja
- 4 http://www.google.co.jp/search?hl=ja&lr=lang_ja&client=firefox-a&rls=org.mozilla:ja:official&hs=GCl&q=7行プログラミング+C&start=10&sa=N
- 4 http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=OleProcedure&num=50
- 3 http://k.hatena.ne.jp/keywordblog/CppUnit
- 3 http://www.blord.net/qualification/it/application_engineer/1.html
- 3 http://www.google.co.jp/search?hl=ja&q=svn+リポジトリ 構成&lr=lang_ja
- 3 http://www.google.co.jp/search?q=Svn+リポジトリ構成&lr=lang_ja&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ja:official&client=firefox-a