まさにその通り RT @aodag: @akisutesama まー、プログラマーはがんばれ。デザイナーさんは、理解して使うってより、こちらが明快なフローを提示する方が重要。そう考えると、hgのほうが説明しやすいかな。
2011-01-01 10:31:24@voluntas rebase についてはたしかにその通りだ。hgだとmergeしてrebaseのかわりにしているもんなあ今。
2011-01-01 10:33:34branch をガンガン切るのは全員が開発者の時だけじゃないのかなぁ。hg のようにマージをする人をたてて進めた方がいろいろうまくいく場合もあると思う。その辺を @tokibito がまとめてくれると期待。
2011-01-01 10:34:28@akisutesama @voluntas @tokibito hg branchじゃなくてhg bookmark使うとか。あとdefaultの内容をトピックブランチにマージするんですね。そのやり方は入門Gitでは非推奨でしたけどケースバイケースなのかな。
2011-01-01 10:37:52hg rebaseってミスったときやり直すのが面倒だった気がするな。hg mergeならマージリビジョンをstripしてやり直せば良い。いやrebaseも同じような感じだったとは思うんですけど。。。
2011-01-01 10:41:01@aodag トピックブランチはトピックの内容に閉じているべきであって、defaultをマージすると成果が混ざっちゃうからというのが非推奨の理由ですね。だからいったんトピックブランチ切ったらdefaultのことは忘れて開発して作業が終わったらdefaultにマージするみたいです。
2011-01-01 10:44:20@wyukawa Git と Hg はブランチの扱いがかなり違うので(特に削除)おそらくですが git の運用がそのまま hg には通用しないのかなぁと思っています。hg は hg らしい運用があるのかなと。運用も結局、状況でいろいろあると思うのでベストは無いんでしょうねぇ。
2011-01-01 16:41:09@voluntas たしかにGitとHgではブランチの扱いが違いますね。hgらしい運用ってあるのかなあ。。。git branchの代わりにhg bookmark使えばなんとなく運用回りそうな気もしますが。。。
2011-01-01 16:48:30@wyukawa rabbitmq が hg なのですが、運用方法としてかなりありだと思います。あえて Git に似せるなら最初から Git を使った方がいいでしょうしねぇ:-( Hg らしい運用を模索するのも楽しいかもしれませんが、結局は開発体制に合うかどうかが重要ですよね。
2011-01-01 16:51:09@voluntas rabbitmqはバグごとにhg branchでブランチ切ってdefaultにマージしてるっぽいですねえ。あとはメンテナンスブランチがあると。ま、オーソドックスなんでしょうね。このパターンが。http://bit.ly/hVc2Cs
2011-01-01 16:59:44ま、hg branchでブランチ作成して、用が済んだらdefaultにmergeなりrebaseなりして、閉じればいいのかな。削除できないけど。
2011-01-01 17:03:16@wyukawa ヘッドがかなり多いのも Hg の特徴ですよね。自分も実感してますが、結局は分散管理を理解してるメンバー「だけ」で運用するのが良いんでしょうね:-p 現実はそうも行きませんが。
2011-01-01 17:03:58