プロジェクトごとにレポジトリつくるか、１つのレポジトリに複数のプロジェクトか。
ブランチの戦略は修正、先進的実装はブランチで行ってtrunkへマージ。

これ読んでも良さがよくわからない。

references, refs, addresses, re, see
close, closed, closes, fix, fixed, fixes
チケット番号指定は、#nかticket:n。
複数指定は、, and & で繋ぐ

Git-GUI.appというGUIのツールが付いてきます。だって。凄いじゃない。

::memolet | git-svn
::memolet | Git Roundup for me

相変わらずgitを使うとどれだけSubversionよりいいのかがよくわからないけど。 中央管理の原本レポジトリにSubversion、ローカルでgit。コマンドラインだし、

::memolet | Git Roundup for me

この記事読んで、俄然Bazaarに興味がわいてきた。分散型のバージョン管理システムが 最近流行っているけれど、コマンドラインから操作するしかなかったり、リビジョン番号が ハッシュ値だったり、CVSみたいにブランチが内部管理だったりしてるのに対してSubversion と比較して直感的に判りづらいんじゃないかと思っていた。Bazaarは名前だけは見かけてたが、 gitやMercurial と同じようなのとか思ってた。でもそんなことない。リビジョン番号がCVS的になっているみたいだし、ブランチはディレクトリで実現？しているみたい。
といいなぁとか思ってたら実装はPythonみたい...。ちょっと萎え。

SVKのプロジェクトサイト。
SVKを導入しようかとも思ったんだけど、やっぱ様子見。分散であるこ とに現状それほど利点がないのとGUIツールがまだ揃っていないこと。 頻繁なリネームや時々ブランチ間を移動したりするSubversionの使い方 をしていることを考えると必要ないかもとか思った。そもそもオフライ ンでの実装しないし。

やっぱりSVKってまだ安定していないのかと...。

開発始まったばかり。まだまだだと思われ...。
使いものになるとの評判を聞くまでは様子見。
Cygwin で mercurial がダウンロードできるようなので試してみよう。

情報ソース

ちょっと前mercurialがホットだったようなので、メモ。

なんか日本語でわかりやすそうな解説だったので、メモ。後で読む。

最近みた TechTalks: Mercurial Project
購読先のフィードでmerucurialに言及されている記事。

購読先のフィードでmerucurialに言及されている記事。