Git Cherry-pick
Git Cherry-pick 挑選套用
Git Cherry-pick(挑選套用)會把指定提交帶來的變更,複製到目前分支,並在這裡建立新的提交紀錄。
另一個例子
main 上有一筆已審查的資安修正,受支援的發布分支也需要它。Cherry-pick 會在發布分支建立內容相同的新提交並記下來源;如果挑選整個分歧很大的功能,可能重複歷史或漏掉相依變更。
主要部分
- 01來源 commit
- 02套用 patch
- 03目的地新 commit
什麼時候用
要把一個小而明確的變更移到另一個分支,例如回補到舊版本時,可以使用這個詞。
什麼時候不要用
不要用 Cherry-pick 同步長期分支,也不要隱藏這項變更所需要的其他提交。
程式裡的名稱
git cherry-pick <commit> 上線前要檢查
發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作,並通過審查與自動檢查(CI)。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。
預期成果:用 Git Cherry-pick 挑選套用 (Git Cherry-pick) 安全交付或復原變更,並留下可查核記錄。 使用者情境:main 上有一筆已審查的資安修正,受支援的發布分支也需要它。Cherry-pick 會在發布分支建立內容相同的新提交並記下來源;如果挑選整個分歧很大的功能,可能重複歷史或漏掉相依變更。 交付概念或操作:Git Cherry-pick 挑選套用 (Git Cherry-pick)。 適用理由:要把一個小而明確的變更移到另一個分支,例如回補到舊版本時,可以使用這個詞。 不應使用的情況:不要用 Cherry-pick 同步長期分支,也不要隱藏這項變更所需要的其他提交。 交付要求:指出程式碼儲存庫與目標。列出前置條件、變更內容、審查與自動檢查(CI)、衝突和資料遺失風險、發布順序,以及復原或回復上一版的指令。 儲存庫防護:保留尚未發布的工作與可查核歷史。沒有明確備份時,不可執行破壞性操作。發布前核對精確的程式差異與遠端儲存庫目標。 驗收條件:預期的程式差異已審查,必要檢查已通過。目標版本可追查,失敗復原已演練,發布歷史也可查核。 證據與限制(證據邊界):它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認:程式碼儲存庫與分支、協作狀態、發布環境、核准負責人、受保護的檢查,以及要回復的版本。
檢查這份需求
請 AI 程式助手檢查目前如何使用 Git Cherry-pick 挑選套用 (Git Cherry-pick)。 定義:Git Cherry-pick(挑選套用)會把指定提交帶來的變更,複製到目前分支,並在這裡建立新的提交紀錄。 正式環境檢查:發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作,並通過審查與自動檢查(CI)。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。 修改程式前,先列出看到的證據、缺口、嚴重程度,以及最小且安全的修正。