參與貢獻指南
Bug 回報
為了鼓勵活躍的社群協作,因此 Laravel 不建議只進行 Bug 回報,更強烈建議大家提供 Pull Request。「Bug 回報」也可以通過 Pull Request 的形式來提供 —— 即建立一個包含失敗測試例的 Pull Request。Pull Request 只有在標註為「Ready for review (可供檢閱)」 (即不在「Draft (草稿)」狀態) 且新功能的所有測試例都通過時才會被檢閱。長期放置、非活躍的「Draft」 Pull Request 會在幾天內被關閉。
不過,若要提出 Bug 回報,則 Issue 內應包含標題以及對該問題的清楚敘述。也應儘可能提供相關資訊、以及能展示此問題的範例程式碼。Bug 回報的目標就是要能讓你自己 —— 以及其他人 —— 能重現此 Bug 並著手修正。
請記得,進行 Bug 回報的目的是為了能讓其他有相同問題的人能與你一起協作來解決此問題。請不要覺得回報了 Bug 後,該 Bug 就會自動吸引到人,或是就有人自動來修正此 Bug。回報 Bug 是為了幫助你自己以及其他人能作為修正問題的出發點。若你想參與,可以協助修正任何列在我們 Issue Tracker 上的 Bug。你必須先登入 GitHub 才能檢視所有的 Laravel Issue。
Laravel 的原始碼託管於 GitHub,而各個 Laravel 專案都有各自的儲存庫:
- Laravel Application
- Laravel Art
- Laravel 說明文件
- Laravel Dusk
- Laravel Cashier Stripe
- Laravel Cashier Paddle
- Laravel Echo
- Laravel Envoy
- Laravel Framework
- Laravel Homestead
- Laravel Homestead 的建置 Script
- Laravel Horizon
- Laravel Jetstream
- Laravel Passport
- Laravel Sail
- Laravel Sanctum
- Laravel Scout
- Laravel Socialite
- Laravel Telescope
- Laravel 網站
支援提問
Laravel 的 GitHub Issue Tracker 並不是用來提供 Laravel 說明或協助的。請改用下列其中一種管道:
核心開發討論
可以在 Laravel 框架存放庫的 GitHub Discussion Board 上提議新功能或是改進現有的 Laravel 行為。若要提議新功能,請至少準備好要能實作完成此功能所需的部分程式碼。
有關 Bug、新功能、以及現有功能實作的一些比較不正式的討論,會在 Laravel 的 Discord Server上的 #internals
頻道內進行。Taylor Otwell —— Laravel 的維護人員,通常會在工作日的上午 8 時至下午 5 時 (UTC-06:00 或 America/Chicago) 或是其他不定期時間出現在此頻道內。
要用哪個分支?
所有 的 Bug 修正都應送交至穩定版分支。Bug 修正不該送交至 master
分支,除非要修正的功能只出現在未來的版本中。
對於目前版本有完整向下相容性的次要 (Minor) 功能,可以送交至最新的穩定分支。
主要 (Major) 新功能則應送交至 master
分支,這個分支包含了未來的版本。
若你不確定你的功能是主要功能還是次要功能,請在 Laravel 的 Discord Server 中的 #internals
頻道內詢問 Taylor Otwell。
編譯素材
若要送交的修改會影響到經過編譯的檔案 (通常是 laravel/laravel
儲存庫的 resources/css
或 resources/js
),請不要簽入 (Commit) 這些編譯後的檔案。由於這些檔案的大小很大,因此無法實際被維護人員審閱,進而造成能向 Laravel 插入惡意程式碼的機會。為了避免此一問題,所有經過編譯的檔案都應由 Laravel 維護人員產生並簽入。
安全性漏洞
若在 Laravel 內發現了安全性漏洞,請傳送電子郵件給 Taylor Otwell,[email protected]。所有的安全性漏洞都會被即時處理。
編碼樣式
Laravel 遵守 PSR-2 編碼標準以及 PSR-4 Autoload 標準。
PHPDoc
下列為一個有效的 Laravel 文件區塊範例。請注意,@param
屬性後有兩個空格,然後是引數型別,然後是兩個空格,最後才是變數名稱:
1/**2 * Register a binding with the container.3 *4 * @param string|array $abstract5 * @param \Closure|string|null $concrete6 * @param bool $shared7 * @return void8 *9 * @throws \Exception10 */11public function bind($abstract, $concrete = null, $shared = false)12{13 //14}
1/**2 * Register a binding with the container.3 *4 * @param string|array $abstract5 * @param \Closure|string|null $concrete6 * @param bool $shared7 * @return void8 *9 * @throws \Exception10 */11public function bind($abstract, $concrete = null, $shared = false)12{13 //14}
StyleCI
不用擔心你的編碼風格不正確!StyleCI 會在 Pull Request 被 Merge 後自動合併任何的樣式修正。這樣一來我們就能專注在參與貢獻的內容而非程式碼風格。
行為準則 - Code of Conduct
Laravel 的行為準則改編自 Ruby 的 Code of Conduct。有任何違反 Code of Conduct 的行為,可以回報給 Taylor Otwell ([email protected]):
- 參與者應容忍相反的意見。 Participants will be tolerant of opposing views.
- 參與者必須確保所使用的話語與行為不包含人身攻擊以及詆譭個人的言論。 Participants must ensure that their language and actions are free of personal attacks and disparaging personal remarks.
- 在理解他人的文字或行為時,參與者應總是假設其為善意的。 When interpreting the words and actions of others, participants should always assume good intentions.
- 可被合理視為騷擾的行為不會被容忍。 Behavior that can be reasonably considered harassment will not be tolerated.