# 社區 ## 198.決定 功能分支 功能分支很容易制作。你不必成為一個提交者。只需要在開發人員的郵件列表中將您的分支名稱添加到 JIRA，并且提交者將為您添加它。此后，您可以針對 Apache HBase JIRA 中的功能分支提出問題。您保存在其他地方的代碼 - 它應該是公共的，以便可以觀察到 - 并且您可以根據進度更新開發郵件列表。當該功能準備好提交時，來自提交者的 3 + 1 將使您的功能合并。參見 [HBase，郵件#dev - 關于大型功能開發分支的想法](http://search-hadoop.com/m/asM982C5FkS1) 如何在問題解決時在 JIRA 中設置修復版本 以下是[我們在解決問題時同意](http://search-hadoop.com/m/azemIi5RCJ1)在 JIRA 中設置版本的方式。如果 master 將是 2.0.0，而 branch-1 1.4.0 則是： * 僅提交給 master：標記為 2.0.0 * 提交 branch-1 和 master：標記為 2.0.0 和 1.4.0 * 提交 branch-1.3，branch-1 和 master：標記為 2.0.0,1.4.0 和 1.3.x. * 提交站點修復：沒有版本 何時將 RESOLVED JIRA 設置為 CLOSED 的政策 我們[同意](http://search-hadoop.com/m/4cIKs1iwXMS1)對于在 _ 修正版/_ 字段中列出多個版本的問題，請關閉所列出的任何版本的發布問題;隨后的問題變更必須在新的 JIRA 中進行。 只有 ZooKeeper 中的瞬態！ 你應該能夠殺死 zookeeper 中的數據，而 hbase 應該在它上面重新創建 zk 內容。這是圍繞這些部分的古老諺語。我們現在才注意到它。我們目前也違反了這個基本原則 - 復制至少在 zk 中保持永久狀態 - 但我們正在努力撤銷這個打破黃金法則。 ## 199.社區角色 ### 199.1。發布經理 每個維護的發布分支都有一個發布管理器，他自愿協調新功能，并將錯誤修復程序反向移植到該發行版。發布經理是[提交者](https://hbase.apache.org/team-list.html)。如果您希望將特性或錯誤修復包含在給定版本中，請與該版本管理器進行通信。如果此列表已過期或您無法聯系到列出的人員，請與列表中的其他人聯系。 > 此列表中不包括壽命終止版本。 | 發布 | 發布經理 | | --- | --- | | 1.2 | 肖恩布斯貝 | | 1.3 | 米哈伊爾安東諾夫 | | 1.4 | 安德魯普特爾 | | 2.0 | Michael Stack | | 2.1 | 張多 | ## 200.提交消息格式 我們[同意](http://search-hadoop.com/m/Gwxwl10cFHa1)以下 Git 提交消息格式： ``` HBASE-xxxxx <title>. (<contributor>) ``` 如果提交者是貢獻者，則不要使用'（&lt;contributor&gt;）'元素。&lt;/contributor&gt;