在正式發布之前，開發人員需要凍結 AWS CodeCommit 儲存庫中的變更，同時繼續開發新功能。QA 將測試發布並執行錯誤修復，這些修復與 main 分支隔離。發布後，所有錯誤修復都必須合併到 main 中。哪種工作流程符合這些要求？

正確答案描述了常見且推薦的 Git 發布工作流程。透過從發布點建立一個專用的發布分支，開發團隊可以凍結該版本的程式碼，讓 QA 團隊在此分支上進行測試和錯誤修復，而不會干擾 main 分支上正在進行的新功能開發。一旦發布完成，發布分支上的所有錯誤修復都會合併回 main，確保 main 分支始終包含所有最新的穩定程式碼。 其他選項不符合要求： 在要發布的 commit 上建立 Git tag，然後將修復應用到 main 並更新 tag 的做法，會導致 tag 不再代表原始發布的程式碼狀態，這與 tag 的目的相悖。 將 main rebase 到發布分支上會改寫 main 的歷史記錄，這在協同開發環境中通常是應避免的，並且可能導致複雜的衝突。 將修復的 commit 應用到發布的 Git tag 是不可能的，因為 Git tag 是一個指向特定 commit 的靜態指標，不能直接在其上進行修改或新增 commit。