2012-10-03 33 views
3

有沒有辦法跟蹤早期的API草案(例如,一旦在問題跟蹤器,草案,迭代和內部討論中被接受,爲什麼某些事情不以這種方式完成,但這樣...)?我想從這些討論中可以學到很多東西。繼番石榴開發新功能

回答

4

the project page

如何與我們(和對方)

溝通若要繼續,並獲得「本週尖」式的帖子,請按照+Google Guava在Google+上。

要了解關於每個番石榴用戶需要知道的重要消息的時間段,請訂閱guava-announce。這是非常低的流量。

要報告缺陷或請求功能,請單擊上面的問題選項卡並輸入新問題。

要獲取關於特定問題或問題的幫助,請發送問題到Stack Overflow,標籤爲「guava」。我們使用this RSS feed監視這些問題。)

使用這些Project Feeds中的任何一個來關注項目更新。 (「更新」供稿是所有其他供稿的集合。)您可以查看我們的代碼更改,並使用代碼審閱工具對其進行評論。

我們有一個只讀mailing list,其中包含問題跟蹤器活動的電子郵件通知,它可以比項目提要更容易以線程方式進行跟蹤。

對於不適合任何這些類別的一般性討論,請加入我們的討論組guava-discuss

最有可能的,你想要的mailing list,ATOM源的issue updates,或guava-discuss組。

+0

嗯我認爲番石榴 - 討論也許是最接近的。但我想大多數早期草案都是在內部討論的。例如,我特別感興趣(不僅僅是「結果」的API /實現,而且可能會反覆說明爲什麼API是這樣的(一旦它被髮布)):http://code.google.com/p/guava-libraries/issues/detail?can = 2&q =&colspec = ID%20Stars%20Type%20Status%20Package%20Summary&groupby =&sort =&id = 174 – Johannes

+1

是的,這個討論基本上都是內部的。 –

+0

@Johannes你總是可以在郵件列表上發送一條消息,要求讓這種討論更加開放。這可能不太可能,但它不會受到傷害。 –