貢獻¶

• 目錄
• 貢獻
  • 貢獻者
  • 程式碼相關
    • 修補程式檢查
    • 程式碼文件
    • 開發
    • 貢獻程式碼的基本流程
  • 非程式碼相關
    • 使用者支援
    • 在地化支援
    • 議題分類
    • 設計和使用者介面

Redmine 由社群志願者建置和維護。如果您喜歡使用 Redmine 並且想要回饋社群，您可以透過幾種方式為專案做出貢獻。另請參閱如何貢獻論壇討論串，以獲得更具體的想法。

貢獻者¶

團隊頁面概述了不同的角色。
查看總覽頁面中的成員列表，以取得 Redmine 目前貢獻者和作者的完整列表。
您也可以透過版本庫統計資訊頁面追蹤程式碼活動。

程式碼相關¶

這些都需要熟悉 Ruby on Rails 開發。如果您是 Rails 新手，社群成員可以在您遇到困難或有任何其他問題時為您提供幫助。

您需要下載一份目前的開發程式碼。官方程式碼儲存庫位於 Subversion 中，您可以按照下載說明下載。

原始碼的副本會鏡像到Bitbucket（由社群維護）和GitHub（由社群維護），如果您想使用 Mercurial 和 Git 進行開發的話。

如有任何問題，可以在論壇中詢問，或透過 IRC 向開發團隊詢問。

修補程式檢查¶

修正過時的修補程式，使其能夠完整地套用至最新的程式碼，這非常有幫助。許多議題都有修補程式，但它們無法在最新版本上執行。

如需未解決修補程式的清單，請參閱修補程式佇列。
「修補程式」是 Redmine.org 自訂的追蹤器，用於包含修補程式的議題。

程式碼文件¶

使用 RDoc 文件化類別與方法將有助於開發者更好地理解 Redmine 的運作方式。安裝 Redmine 後，執行 rake doc 將會在 doc/app 中產生最新的 RDoc 文件。歡迎提供沒有文件或文件不足之方法的修正程式，這是貢獻程式碼的簡單方式。文件問題列表

開發¶

我們永遠歡迎修正錯誤或新增功能的修正程式。如果您要處理特定的問題，請在問題詳細資訊中註記，以便開發者知道您正在處理的內容。

貢獻程式碼的基本流程：¶

1. 請確認您正在處理 svn trunk 或 mercurial 預設命名分支 或 git master 分支。
   我們不接受穩定版本的修正程式，因為必須先將修正程式移植到 trunk，然後再移植回穩定版本（也就是雙倍的工作量）。
   如果您使用 Mercurial，則可以使用 graft 或 mercurial queues extension 。
2. Redmine 有 測試 (來源：trunk/test)。請確認所有現有的測試都能通過。您可以在 Redmine 持續整合伺服器 上查看目前的建置狀態。您可以執行「rake test」進行所有測試，或執行「ruby test/unit/issue_test.rb」進行個別測試。如需更多詳細資訊，請參閱 來源：trunk/doc/RUNNING_TESTS
3. 新增測試以顯示新功能並檢查錯誤
4. 將修正程式發佈到問題。
   請勿在 GitHub 和 Bitbucket 上發送合併請求.
   如果您使用 Mercurial 或 Git，則可以建立修正程式系列。
   請參閱 如何在 Mercurial 和 Git 上建立修正程式系列
5. 徵求使用者和開發者的意見回饋。使用者會想要套用修正程式並試用新功能。開發者會想要進行程式碼審查並執行所有測試。
6. 討論任何建議的變更，並視需要發佈新的修正程式

與程式碼無關¶

這些不需要任何軟體開發經驗，只需要時間和幫助的意願。

使用者支援¶

在 論壇 和 IRC 頻道（#redmine @ freenode）中協助其他使用者總是有用的。應提出常見的問題，以便更新 Wiki 來協助未來的使用者。

在地化支援¶

隨著 Redmine 的開發，翻譯 應保持在最新狀態。您可以在必要時提供翻譯的更新，或建議支援 Redmine 的 I18n 支援。在地化和翻譯問題列表

問題分類¶

有時回報的問題並未包含開發者所需的所有 資訊。從回報者和社群取得錯誤或功能的詳細資訊將有助於所有人瞭解需要什麼。如果您也可以嘗試在自己的 Redmine 中重現錯誤，則新增有關 Redmine 版本和您採取的確切步驟的註記將非常有用。

設計和使用者介面¶

Redmine 使用非常基本的設計和使用者介面。任何改進，包括新的主題、面板或介面調整，都將有助於 Redmine 的每個使用者。歡迎參與 UI / UX 團隊。