▼ ryojiさん
> まともにバージョン管理システム使ったことない
私もSubversion使うのは初めてだったり...
特にmergeを練習しないと失敗しそう．

> > アカウント
developerに登録したうえで権限設定しないとアクセスできませんよ．
メールでいいのでアカウントを教えてください．

かろとさんからはメールが来ていたのですがどうもsourceforge.netのWebからメールを出すと日本語が全部化けるっぽい...
メールアドレスからわかったのでとりあえず登録だけしましたけど．

> 個人用ブランチというのは、
> work/COMMITER_NAME/branch/
> のほうですよね？
そのつもりです．今はworkしか作ってないので，COMMITER_NAME以下は自分で作ってください．
workを最初にnon-recursiveでcheckoutして，必要なを作成してaddして，最後にcommitでいいはずです．
svn:ignoreというpropertyを登録しておくと，変なファイルを登録してしまうことを避けられます．
(具体的な設定方法は要調査...)

練習したければTortoiseSVNのCreate repository hereというのでローカルHDDにでもRepositoryを作成すると
file:///C:/path/to/dir
のようなURLでアクセスできますので，そこでディレクトリを作ったりブランチを作ったりマージしたりしてみてください．

一番注意しないといけないのは，登録したら消せない点です．最新からは消せますが旧版は残ります．
どうしても消すときはRepositoryを全部ダンプして再構築しないといけないようです．

つづく

続きです

> 基本的にこれまで Yahoo! の ブリーフケース/Source に置いてたものはそこでいいのかしら。
branchごとにアクセス権を与えるようなことができないので，ある程度中身に信頼がおける人にだけアクセス権を与えるつもりです．ので，通りすがりのパッチを入れてもらう場所は今後も必要です．

しかしですが，他のプロジェクトで開発者個人の作業ブランチとして使わせているところは見たこと無いです．
個人毎と言うよりは機能毎なんでしょうけど，特に開発者が一人だけならあんまりブランチにする意味はほとんど無いと思います．
ではなぜブランチでといったかと言うと，ブラウザだけでreviewできるというのがいいかなと思ったので．

ソースコードを見るような人がworking copyを持っていないはずはないので，patch確認用エリアを１つ作ってもらって，そこにチェックアウトしたソースにTortoiseSVNのpatch当て機能でパッチを当てる．
そして，差分を見終わったらRevertで元に戻すようにしたほうがブラウザより操作性もいいですよね．

実は個人用ブランチというのは，Jregex版のサクラエディタを作っている(全略)さんのように息の長いケース念頭に置いていたので...

> ブランチ名称に悩みそうですが、こんな具合にすると良さそう、というお勧めはありますか？
好みではありますが，サブディレクトリを作るかどうかとかもありますし...
sakuraしかさわらないならsakura-なんとか とか．
基本的に単機能用ブランチはtrunkに取り込まれたらdeleteで消してくださいという代物です．
たくさん作るとmergeしきれなくて放置されたり，そうでなくても放置されたり...(自分のことか(汗)

そう考えるとやっぱりworkはやめますか．一人の場合はパッチで対応．二人以上が共同でなんかしたい場合にブランチを作っても良いと．
早速ですが近々変更します．変わりに操作手順の方にcase studyを追加する形で対応したいと思います．

そうするとCOMMITER_NAMEというのはどうしようか...