@tokibito そう言えば、ブランチ名を#5とかに出来ればtracでリンクになって便利だけど、出来ないかな?
2011-01-01 02:22:38RT @tokibito: 叩き台書いたので意見求む(主に社内向け) http://bit.ly/hTgKc7 #beproud
2011-01-01 08:46:48BPテンプレートかっけぇ! RT @tokibito 叩き台書いたので意見求む(主に社内向け) http://bit.ly/hTgKc7 #beproud
2011-01-01 08:54:35かっこいい。うちも作ろう。 RT @shibukawa: BPテンプレートかっけぇ! RT @tokibito 叩き台書いたので意見求む(主に社内向け) http://bit.ly/hTgKc7 #beproud
2011-01-01 09:41:03後で読む RT @tokibito: 叩き台書いたので意見求む(主に社内向け) http://bit.ly/hTgKc7 #beproud
2011-01-01 09:45:24@tokibito 最低でもgit-flowで言うところのdevelopmentブランチが一本欲しい。全てトピックブランチにするのは重すぎる。release, hotfixについてはまだわからんが、あったほうがよさげ。デザインも専用のを一本用意しておいたほうが良いとは思う。
2011-01-01 09:54:16@shimizukawa @tokibito それやるとtracがコミットコメントの ref #5 とかと勘違いして勝手にチケット閉じそうで怖い
2011-01-01 09:55:34git-flowを見て良いとおもった理由が、無理をしないが、トピックブランチもあるしmasterは常に保護出来るところ。release前のコミットとか上手いし、hotfixはまだチケットブランチでいいからいらんが、最初はとりあえずdevelopmentに入れたいことが多々ある
2011-01-01 09:58:06@tokibito releaseとmasterが別なのは素晴らしい。できればmasterからreleaseにpushしてサーバー再起動するデプロイスクリプトが欲しい。手でやるべきではない。そのときにmasterにrelease-20110101とかタグを打つのが良いとおもう
2011-01-01 10:00:27@tokibito これ読んでるとあえて mercurial 使う意味が内容に思うけど。branch を積極的に活用するなら git の方が運用としてはスマートだよ。
2011-01-01 10:05:14@voluntas @tokibito なるほど、ブランチクローズできるしなぁ。hgいつまでも残る
2011-01-01 10:11:51hgのメリットねぇ、、、gitより簡単でpythonであること以外に思いつかん。できることの多さなら絶対gitには勝てんし。タグが移動させやすいとか?
2011-01-01 10:17:15@aodag gitは俺らはともかく外部のデザイナーさんとか、ヘタしたらプログラマーさんでも正しく触るのが不可能だろあれ、難解すぎる。俺だってTowerとリファレンス本ないと正しくさわれる気がしない。hgのいいところはそこだと思う。
2011-01-01 10:24:01git が万能な訳ではなく、維持するものがあるなら git が向いてるし、維持しないで作りきって終わりなら hg の方が向いてると思う。スピード感は hg の方が上かな。
2011-01-01 10:24:24@voluntas それを全員に求めるのは無理じゃね?社内で俺らだけが、ってなら勉強不足だろうけど、ほんのわずかでも外が絡んできたらそうも言えないのでは?
2011-01-01 10:30:01@akisutesama まー、プログラマーはがんばれ。デザイナーさんは、理解して使うってより、こちらが明快なフローを提示する方が重要。そう考えると、hgのほうが説明しやすいかな。
2011-01-01 10:30:44@akisutesama ブランチをガンガン切ってマージしまくっていくのであれば、マージストがいれば別だけど、ここがきれいに rebase しておいてマージコストを下げるのであれば皆が git をある程度使える必要がある。
2011-01-01 10:31:14