2011年11月25日 星期五

那些我從github學到的事:更好的git workflow

[原文:Better git workflow - lesson learnt from github]
Master是可以depoly的」(針對開depoly專用分支說的)
「如果你緊張就depoly到 staging」(如果你為人謹慎或者是個會讓master
掛掉的笨蛋)
「讓分支(branch)簡單」(merge/rebase一點也不好玩,又難管)
「code review? 發個pull request,然後大家討論」(明顯比開branch做feature然後再在code上做review好)
「pull request超便宜(hell cheap)不用省」(新feature、實驗甚麼的用pull request討論或實作比branch/丟到issue tracker/fork好-不行的放在一邊就好)
「優先順序(Priority)是觀察所得,不是產生或指派出來的-不然這就是必要性(necessary)而非優先順序」(全部都重要就沒有東西是重要的)
「如果這真的很重要這早就完成了。」(所以issue tracker寫太多也是無謂-有人覺得這很重要就會接手處理)
- How GitHub Uses GitHub to Build GitHub (這組slide超讚,大推~)
致世人: 簡化事物吧。如果你用簡單工具就可以有不錯+無痛的工序就用簡單工具
(反正弄的複雜都是沒人理時就別搞那麼多了)

如今Github已經做到了簡單: 簡單工具 + 更好的工序 = 超讚的產品

加上他們有著最好的管理風格: 「沒有會議,沒有死線,沒有經理」,「想工作時就工作」...而
THE ZONE™這個概念簡直是一流

Oh, I like this guy. [GLaDOS調]

Extra
1. Github有搞自己的emoji,你可以在github產品 (github, gist) 的comment位用: GitHub Emoji
2. 其實 How GitHub Uses GitHub to Build GitHub 最後一部分有很多github的小秘技
=============
貓咪定理: 如果有甚麼是我覺得很煩不想用這東西一定有甚麼問題-通常是太複雜。

沒有留言:

張貼留言