大部分的軟體公司
都是一個蘿蔔好幾個坑
一個工程師
得負責多個專案
或是反過來說
一個專案
只會有一兩個工程師負責
話雖然是這樣說
但是在程式增加新功能
準備上線之前
還是需要通知其他人
包括其他工程師
產品經理,一線維運人員
甚至是管理資料庫的DBA
這是為什麼呢?
因為就像之前提到的
Bug通常都是伴隨著新功能一起出現
所以上版的時候
通常是最危險的時候
比如新功能一發佈
程式碼沒有寫好
就把資料庫打掛
或是最常見的改A壞B
修個小Bug卻捅出更大的Bug
俗稱越補越大洞
基於以上原因
在佈版之前
工程師通常都會在大群組喊
「我要上版囉, Any Concern ?」
讓大家有個心理準備
如果專案是一個人維護
通常是不會有什麼意見啦
畢竟強龍不壓地頭蛇
別人也管不到你寫什麼
但如果是多人
甚至多個部門維護一個專案
這時候通常就會有人出聲了
比如說這個版本不能發布
因為有程式碼還在測試當中
或是也會有人想搭順風車
請發版的人先緩緩
等另外一人的程式碼
推上去合併之後再進行發佈
如果偶爾遇到server維護
主機正在進行windows更新
維運人員也會請你先不要上版
避免不必要的意外
喊聲除了提醒同事
還能當作紀錄方便追查
當有問題的時候
就可以知道是從什麼時候發生
判斷影響的時間範圍
也比較好抓戰犯
當新功能部屬完成
在線上環境測試正常
或是Bug已經修復時
就會再喊一次驗證完成
讓大家知道這次上版結束了
當然先上車後補票也是OK
我就被同事抓過一次
都上完版了才補喊
偶一為之也是無傷大雅
簡單的小動作
就可以讓開發流程更順暢
也降低意外的發生機率