今年初，我們將 AWS 開發工具包開發人員指南以 GitHub 轉貼的方式釋出 (所有都可在 awsdocs 組織中找到)，並邀請感興趣的人以 Pull 請求的方式貢獻修改和改進。

今天我們為該組織再次增加了 138 個開發人員指南和使用者指南，同樣期待收到您的請求。您可以修復漏洞，完善程式碼樣本 (或提交新程式碼樣本)，增加詳細資訊，以及重新編寫句段以提高準確性或明確性。此外，您還可以檢視提交歷史以進一步瞭解新功能和服務釋出，跟蹤文件的改進。

如何貢獻
在開始使用前，請閱讀 Amazon 開放源行為守則以及所感興趣的 AWS 服務的貢獻指南文件 (通常名稱為 CONTRIBUTING.md

如果發現有需要修改或完善之處，請訪問該文件的 HTML 版，單擊頁面頂端的 Edit on GitHub (在 GitHub 上編輯) 按鈕：

這將允許您以源格式 (一般為 Markdown 或 reStructuredText) 編輯文件。原始碼用於生成文件的 HTML、PDF 和 Kindle 版本。

登入 GitHub 後，單擊鉛筆標誌：

這將會建立一個“分支” — 也就是該檔案的一個獨立副本，您可以對其進行獨立編輯。

然後進行編輯。一般而言，作為開放源專案的新貢獻者，您應當通過小的高質量編輯積累經驗和聲譽。在此文件中，我將把“dozens of services” 修改為“over one hundred services”：

然後我總結我的修改並單擊 Propose file change (建議檔案修改)：

我會檢查差異來驗證我的修改，然後單擊 Create pull request (建立 Pull 請求)：

然後我會檢查詳細資訊並再次單擊 Create pull request (建立 Pull 請求)：

Pull 請求 (簡稱 PR) 將會被轉交給 Elastic Beanstalk 文件團隊，他們會決定是否接受、拒絕或聯絡我瞭解更多資訊。該團隊會盡力在 48 小時內處理 Pr，每當 PR 的狀態發生變化時都將通過 GitHub 通知我。

與大多數開放源專案一樣，經常提交重點明確、大小適中的 Pull 請求，要比偶爾提交包含數十項編輯的超大請求更受歡迎。

如果我對轉貼的長期修訂歷史感興趣，我可以 Watch (關注) 它和/或 Star (加星)：

如果我 Watch (關注) 某個轉貼，我將在該服務指南有新的釋出、發行或 Pull 請求時收到電子郵件通知。

立即建立分支
本次釋出為您提供了又一個幫助我們完善 AWS 的途徑。請告訴我您的意見!

— Jeff；