開源社區工作流程分析
今天Ram為我們講解了開源社區的工作流程，其中我感覺比較重要的應該是patch的生命周期和kernel的發布周期。
首先來看patch的生命周期。
首先是如果你有一個idea，你可以先在社區里與大家討論，進入RFC(request for commit)階段，如果直接就去實現自己的idea，可能提交到社區大家並不接受，或著與社區的要求不一樣，或者別人也在做這個，自己做重複了，都是應該避免的，所以先在社區里與大家討論你的idea是必要的。OK！如果大家通過討論同意了你的idea，你就可以去hack了，當然了，大家會對idea提出一些意見和建議，你要相應的進行採納。然後把代碼貼出來在社區里，此時大家會對你的code進行討論，一些人會提出批評意見，記住千萬不要去攻擊對你提出批評意見的人，應該虛心接受，you can say 「thanks」，並相應的進行採納。哪裡出現問題，就去fix bug，然後再提交上來，大家再討論，對於green hand來說，提交一個patch的過程還是比較困難的，對於一個在社區里比較有聲望的人，大家更相信他，patch更容易被採納。經過反覆的討論，修改，如果你的patch被採納了，你可以提交給相應的maintainer，記住是subsystem maintainer，而不是linus，linus大人才沒時間鳥你呢，其實每個maintainer也很忙的。如過他看在社區里大家通過了，他自己在看看，你的patch就被採納了。linus有時也會看看社區里的patch，所以一些人也收到了patch回復的郵件，記住不是把patch發給linus，而是他看到了你在社區中的patch，他才沒那個時間鳥你呢。Andrew Morton是mm tree的維護者，這個tree包括了一些mm相關的還有其他不屬於任何subsystem tree的，都被發到這裡來，在一個就是其他的subsytem tree maintainer了。
你可以提交一些feature給maintainer，如果通過了，maintainer會將相應的feature在merge window的時候提交給linus，每發布一個版本之後會有一個merge window，大約two weeks，linus會接受maintainer提交過來的new features，過了兩周，merge window關閉，不接收new features，此時maintainer只能等到下一個merge window到來的時候才可以提交new feature。接下來就是-rc1~-rcN,大約會在-rc6~-rc9結束，如果linus覺得已經stable了就結束，每個-rc大約一周，-rcN結束后就發布下一個版本。-rc1~-rcN之間主要進行bugfix，你有義務fix 你的feature，別人也會fix你的feature，如果你自己不fix，你的feature有可能被pass掉。
《解決方案》
謝謝分享
《解決方案》
看起來好像蠻複雜啊:-L
