尋找一些一般性的意見...簡單的提升提交;建議？
我一直在使用升壓了一段時間，我已經寫了幾個小的模塊和功能（例如：見this SO question），我覺得冷適合列入升壓。我一直到項目頁面去看看提交過程，但它好像是「在裏面，或者不打擾」。我可以訂閱開發人員郵件列表，但我不確定自己有資格在這裏發佈信息：我當然不熟悉所有各種各樣的boost模塊，並且也不像模板元編程那麼精通人們積極參與。
有沒有一種途徑讓我失去了「正常」的人發送想法的東西，可以納入提振？或者是提升有點「只開放名義，除非你把它做成全職工作」類型的項目？
我認爲你不應該直視和去提升發展。您的代碼很可能不會被接受，但很可能您將能夠收集有價值的反饋意見並進行大量學習。那裏的人會證明爲什麼它不能被當前的形式所接受，或者給定的功能如何變得更通用，等等。我認爲總的來說它對你有好處。
如果你不喜歡boost-devel，那麼訂閱並遵循一段時間。而關於閱讀/下面的列表中幾個個人意見：
我嘗試將我的UTF-8 CPP庫提交給Boost。通過訂閱他們的開發者郵件列表併發送了幾個非正式的審查請求，但感到它無處可導，所以我放棄了，從未提交過正式的審查請求。
祝您好運。
我確實讀過了;我的意見是，它基本上是「在郵件列表上花費大量時間，準備花費大量時間/精力，並且我們可能會考慮你的代碼」。這不是我真正感興趣的，這就是爲什麼我問到一個「正常人」的路線。 – Nick 2009-02-12 21:20:44
我一直在關注devel列表一段時間。我覺得和你一樣：或許我不是和這些人一樣踢球，但是你從那裏的討論中學到了很多東西。
在我到那裏的時候，我發現了一些常見的提交模式：首先查詢圖書館的興趣，然後提供圖書館進行審查。小心你的代碼許可：如果它不與升級許可兼容，大多數人甚至不會去看它。在審查某些專有代碼時花費時間似乎是爲別人免費工作。
另請考慮寫文檔和發佈，使圖書館可以在互聯網上訪問，並讓其他人使用/查看它。這會提高（沒有雙關意圖）你的機會。
爲什麼你的東西必須直接進入提升？爲什麼不把它放在「外面」，首先是一個你很滿意的許可證......如果用戶對它有足夠的興趣，「嘿，這應該是提升」可能是下一個邏輯步驟，或不是。
因爲沒有「外面」這是普遍接受的，並且可能還有其他政治問題。例如，一家公司可能會很酷，有助於提升（因爲我們使用它），但不能發佈代碼。 – Nick 2009-02-13 01:25:23
這是我通過閱讀主題的印象：如果你不是「在小組中」，那麼你將無法獲得任何地方。 – Nick 2009-02-12 21:21:37