接受修補程式的程序
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
回報問題open_in_new
查看原始碼open_in_new
。
。
。
。
夜間
。
。
。
。
7.3
。
。
7.2
。
。
7.1
。
。
7.0
。
6.5
。
。
本頁面將概述協作者如何提出及變更 Bazel
程式碼集
- 閱讀 Bazel 貢獻政策。
- 建立 GitHub 問題,
討論計畫和設計會變更或新增行為的提取要求
需要獲得相應的追蹤問題
- 如果您要做出重大變更,請撰寫
設計文件。
- 確認您已簽署協作者授權
協議。
- 準備實作功能的 Git 修訂版本。別忘了新增測試
並更新說明文件如果您的變更會向使用者顯示可見效果,請
新增版本資訊。如果是不相容的變更
請參閱推出破壞性變更指南。
- 在以下位置建立提取要求:
GitHub。如果您是 GitHub 新手
閱讀關於提取
要求。請注意,
我們會限制在主要 Bazel 存放區中建立分支版本的權限
您需要將承諾推送至自己的
存放區
- Bazel 維護人員應該會在兩個工作天內將審查人員指派給您
(美國和德國的假日除外)。如果您還未獲派
審查期間,您可以透過電子郵件
bazel-dev@googlegroups.com.
- 與審查者合作完成程式碼審查。為每個變更建立
並推送這個新的修訂版本,即可變更提取要求。如果審查結果
耗時過長 (例如審查人員沒有回應時),請傳送電子郵件至
bazel-dev@googlegroups.com.
審查完成後,Bazel 維護工具會將修補程式
Google 的內部版本管控系統。
這會觸發內部預先提交檢查
並提出更多修訂建議如果您尚未表示偏好,
維護人員提交變更時,變更 (例如
linting) 的情況下)
設計。如需進行更深入的變更,或者您想套用
而你和審查人員應告知對方
都能明確地分享評論
內部提交後,修補程式會以 Git 修訂版本的形式匯出
復原到 GitHub 的提取要求就會關閉。所有最終變更
會將資料歸咎於您。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2024-08-13 (世界標準時間)。
[{
"type": "thumb-down",
"id": "missingTheInformationINeed",
"label":"缺少我需要的資訊"
},{
"type": "thumb-down",
"id": "tooComplicatedTooManySteps",
"label":"過於複雜/步驟過多"
},{
"type": "thumb-down",
"id": "outOfDate",
"label":"過時"
},{
"type": "thumb-down",
"id": "translationIssue",
"label":"翻譯問題"
},{
"type": "thumb-down",
"id": "samplesCodeIssue",
"label":"示例/程式碼問題"
},{
"type": "thumb-down",
"id": "otherDown",
"label":"其他"
}]
[{
"type": "thumb-up",
"id": "easyToUnderstand",
"label":"容易理解"
},{
"type": "thumb-up",
"id": "solvedMyProblem",
"label":"確實解決了我的問題"
},{
"type": "thumb-up",
"id": "otherUp",
"label":"其他"
}]
{
"lastModified": "上次更新時間:2024-08-13 (世界標準時間)。",
"confidential": False
}