使用場景：
假如你的項目（這裏指的是手機客戶端項目）的某個版本（例如1.0版本）已經完成開發、測試並已經上線了，接下來接到新的需求，新需求的開發需要修改多個文件中的代碼，當需求已經開始開發一段時間的時候，突然接到用戶或測試人員的反饋，項目中有個重大bug需要緊急修復，並且要求bug修復後要立即上線；此時應該怎麼修復bug呢？是在當前已經開發新需求的基礎上進行修復嗎？答案是否定的，原因是：如果是在已經開發新需求的基礎上進行修復bug，那麼新需求還沒開發好，更沒有測試，怎麼立刻（或最可能快的）上線？！再次如果新功能的開發和bug修復的代碼都涉及到同一段代碼衝突了怎麼辦 。很顯然不能在當前開發的代碼基礎上進行bug修復工作完美的解決方案是：在當時完成的那個版本中進行bug fix，這樣帶來的好處是：
1：bug修復好之後可立即上線，不會因爲新需求還沒有完成或測試而延遲上線時間
2: bug修復是在原來上線的那個版本進行修復的，引起新bug的風險小，如果是在新需求的基礎上修復bug, 那麼新功能可能會帶來新的bug