- 追加された行はこの色です。
- 削除された行はこの色です。
*目次 [#t3cd46b1]
#contents
*設定 [#b6a4fb9c]
**常に無視するファイルを指定する [#e2b39c5e]
"~/.subversion/config"で設定する。例えばXcodeのプロジェクトで無視するファイルは次のように指定する。
global-ignores = *.o *.lo *.la .*.rej *.rej .*~ *~ .DS_Store *.mode1 *.mode1v3 *.pbxuser *.perspectivev3 build #*# .#*
* Tips [#md08208c]
** .svnを削除 [#j91fd95b]
[[[Subversion] .svnファイルを一括削除する:http://blog.non-style.com/2009/03/subversion-svn.html]]より、Windowsの場合、次の内容のバッチファイルを作っておき実行するのが簡単(削除したいフォルダで実行する)。
for /R %i in (.svn) do rd /Q /S "%i"
**vendor dropの管理 [#j6f49995]
*** 参考情報 [#g3316619]
-[[ベンダブランチの管理方法:http://d.hatena.ne.jp/miau/20090906/1252246537]]
***概要 [#y8c5be32]
-サードパーティのライブラリを自分のリポジトリで管理したい場合どうすればいいのか？
-サードパーティのライブラリ自体に手をいれたりする場合自分のリポジトリで管理したいが、上流でバージョンアップしたときはその変更をとりこみたい。
***方法1: svn_load_dirs.plでまじめに追随 [#s3726a22]
-svn_load_dirs.plというスクリプトを使って、追加・削除・リネームされたファイルを教えてやるというもの。
-作業が簡単になるとはいえ、いちいちファイルがどうなったか指定しないといけないので変化がはげしい場合激しくめんどう。
-巨大ライブラリなのでは現実的ではない。
***方法2: バージョンごとにimportする [#m59aa6ff]
-リポジトリがぐんぐん増えていくが簡単。
-差分がわからないので、自分がライブラリに手を加えていた場合使えない。
***実例1: boostを管理 [#d0968f67]
-boost自体に手をいれていない場合、バージョンごとにimportするのが現実的な気がする。
-svn_load_dirs.plなんてファイルが多すぎてきっといやになる。
-リポジトリで管理すべきものかどうか考えたほうがいいかも。
**CVSから移行する [#d87b72ac]
***概要 [#i6341eb0]
-[[CVSからSVNへ移行する - Zend私的メモ:http://d.hatena.ne.jp/tach1/20101006/1286348446]] / [[Zend私的メモ:http://d.hatena.ne.jp/tach1/]]にあるように、cvs2svnを利用する。
-TracLightning付属のPython / svn環境を利用。
-cvsntだったが一応成功した模様。
***手順 [#s7bad326]
-http://cvs2svn.tigris.org/svn/cvs2svn/trunkから最新版svnを取得(ユーザーはguest)。
-cvs2svnを実行。コマンドオプションは[[cvs2svn: cvs2svn Documentation:http://cvs2svn.tigris.org/cvs2svn.html]]を参考にしたほうがよい。
#pre{{
% python cvs2svn --encoding=cp932 -s d:\temp\svnrepo d:\temp\cvsrepo
}}
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
