非公開

タグ：

posted at xx:xx:xx

takano32 @takano32

14年2月1日

ギー秋もくもく会 connpass.com/event/5042/ #ギー秋もくもく #geekhouse

タグ： geekhouse ギー秋もくもく

posted at 01:30:34

はなちん @hanachin_

14年2月1日

@deeeki 12時超えたら明日ですね、遅くなってすみません!!

タグ：

posted at 21:33:40

ぺん！ @tompng

14年2月3日

いえーいみてるー？ ( #ギークハウス秋葉原 live at ustre.am/19lKG)

タグ： ギークハウス秋葉原

posted at 22:21:41

はなちん @hanachin_

14年2月4日

@deeeki まったりいいな...かえります!

タグ：

posted at 21:29:35

DQNEO @DQNEO

14年2月4日

@deeeki failあり得るんじゃないですかね。ちょっと暇なときに実験してみます。

タグ：

posted at 22:34:03

DQNEO @DQNEO

14年2月4日

@deeeki すみません実験いつになるかわからないので、とりあえずこちらを見ておいて頂ければ。 togetter.com/li/407277

タグ：

posted at 22:42:54

Kazuho Oku @kazuho

14年2月4日

.@DQNEO @deeeki はい、そのとおりです。rebaseされた後の一連のcommitが、コミットメッセージのとおりの機能を過不足なく実現してていると保証できるのであればrebaseしてもいいと思いますが、その手間をかけてまでrebaseしなくてもいいじゃんという考えです

タグ：

posted at 23:01:27

Kazuho Oku @kazuho

14年2月4日

トピックブランチでrebase masterするのに反対なのではなくて、トピックブランチでrebaseしなければならないという考え方に否定的なだけ

タグ：

posted at 23:03:01

DQNEO @DQNEO

14年2月4日

@kazuho @deeeki 履歴 ツリーの見た目のきれいさにこだわるのか、スナップショットの正しさにこだわるのか、の違いと理解しました。

タグ：

posted at 23:06:03

wtnabe, yet another @wtnabe

14年2月4日

@kazuho @deeeki @DQNEO 規模にもよるなぁと思いました。大人数だとrebaseできないのを前提にせざるを得ないですよね。

タグ：

posted at 23:19:13

DQNEO @DQNEO

14年2月4日

@deeeki そうですね。最後のHEADがちゃんと動くならそれでよい気もします。kazuhoさんのプロダクトのような世界中で使われるOSSでは途中の各コミットが指すスナップショットの正しさが重要なんだろうなと理解してます。

タグ：

posted at 23:30:39

Kazuho Oku @kazuho

14年2月5日

.@wtnabe @deeeki @DQNEO トピックブランチをrebase masterすべきか否かはトピックの実装者とレビュー／マージ／メンテ担当者の力関係で決まる問題だと思います。両者が分かれていて後者の力が強い成功したOSSでrebaseが要求されるのはそういうことかと

タグ：

posted at 06:32:02

Naoki @methane

14年2月5日

@wtnabe @kazuho @deeeki @DQNEO 後者では1コミットの意味は薄く、1PRと1マージコミットが大きい意味を持ちます。rebaseやFFマージの価値が下がり、logのfirst-parentオプションの価値が大きく上がります。

タグ：

posted at 07:19:21

Kazuho Oku @kazuho

14年2月5日

.@methane @wtnabe @deeeki @DQNEO 同意しかねます。コミット単位の切り分けがちゃんとできてないようなPRはレビューしづらいし送ってくんな！と考えるメンテナは多いと思いますよ（それならsquash済のほうがマシ）

タグ：

posted at 09:04:15

非公開

タグ：

posted at xx:xx:xx

tatsuosakurai @tatsuoSakurai

14年2月7日

なんかハマりそうって感じがしたから、こんな感じでやろうと思ってるんだけどいい方法ありますかねい？みたいのチームに相談したら、.@deeeki さんが「発想変えちゃいましょ〜！」って超ナイスアイデアくれてすごく助かった上にとてもたのしかったです:)

タグ：

posted at 00:59:07

はなちん @hanachin_

14年2月7日

@deeeki is not implement、NoMethodErrorと伝えてる情報量変わらない気がするので、mustほにゃららのが良いと思います

タグ：

posted at 18:24:02

Masao Maeda @brtriver

14年2月8日

フリーランスユキダルマー

タグ：

posted at 23:58:09

yachibit @yachibit

14年2月10日

deeekiさんのポエム、クッソワロタwww

タグ：

posted at 10:39:48

非公開

タグ：

posted at xx:xx:xx

はなちん @hanachin_

14年2月13日

仕事のPRコメントめっちゃ参考になる…

タグ：

posted at 16:30:16

Takatoshi Kusumi @kusumitaka

14年2月14日

桃鉄！ RT @deeeki: 桃鉄マスターが滞在してるので自信ある方は週末 #ギークハウス秋葉原 に遊びにきてみてください

タグ： ギークハウス秋葉原

posted at 18:35:17

Takatoshi Kusumi @kusumitaka

14年2月14日

@deeeki もう少し修行してから行きます！

タグ：

posted at 18:47:33

tatsuosakurai @tatsuoSakurai

14年2月18日

サシ飲みいいですね〜

タグ：

posted at 10:48:58

Akira Matsuda @a_matsuda

14年2月18日

@deeeki 実案件で踏んでてブロッカーになっちゃってるもんでやむなく、です…。

タグ：

posted at 19:38:48

非公開

タグ：

posted at xx:xx:xx

Takuro Mizobe | Craf @urokuta_ja

14年2月22日

@deeeki そのうち加筆修正します・・＼(^o^)／

タグ：

posted at 20:52:13

はなちん @hanachin_

14年2月25日

なるほどかぶってるからか〜

タグ：

posted at 00:58:27

非公開

タグ：

posted at xx:xx:xx

EG @EGMC

14年2月25日

@deeeki やーありがたいことです。喋り前提スライドなのと話題が広すぎてちょっとアレですがまあ概ね言いたいことはそんな感じですね！

タグ：

posted at 19:14:43

はなちん @hanachin_

14年2月25日

@deeeki リソース1階層まで、妥当だと思います。ネストが深いとURLの生成大変そう、同意見です〜。

タグ：

posted at 21:08:18

はなちん @hanachin_

14年2月25日

@deeeki Railsに合わせてます。DELETE/PUTだけどたぶんROST+_methodパラメータでも通る感じで、あんまり真面目にやってないのでした。動詞としてDELETE/PUT使ったほうが自然なら無理に全部POSTにせず使っていいんじゃないかなとゆるふわで考えてます

タグ：

posted at 22:44:41