作為一名程序員，特別是互聯網產品開發的程序員，都知道產品是需要不斷的迭代更新的，因此項目上線是一件經常的事情，項目上線也牽涉到多個部門，上線是一件相當隆重的一件事情，比如上線前各個部門都需要在場，特別是測試團隊少不了，研發團隊更不用說，運維團隊也是重要角色，產品經理也是需要對自己的產品進行線上驗收，設計師也是需要核對上線的內容與當初的設計是否一致，基本上上線這件事情與誰都有關係。
既然，上線是這麼隆重及複雜的一個流程，涉及人員之多，涉及部門之廣，每個環節都不能出差錯，那麼上線肯定是需要有相應的制度進行規範才行，只有嚴格的操作制度才能保證每次上線的順利進行，因此每個公司基本上都制定有上線的日期，比如有的公司規定每週三上線，有的每週五上線，除了一些緊急上線之外，每週都會定期更新產品，當然，也不見得所有公司都是這樣，近期，一名碼農網友說他們公司的上線頻率特別頻繁，他們是每天上線一次，他想問問有沒有和他們公司一樣的，這樣的頻率的確是有點頻繁了（當然，光看頻率也說明不了什麼，也需要具體業務情況相結合），針對這樣產品發佈頻率，讓我們一起看看其他網友們都是怎麼認為的吧！
網友一：創業公司 一天上線好幾次加回退好幾次
上世是朵花：有這種可能，因為框架還不成熟，研發體質還沒建立起來，用戶量還沒上來，受影響面積不大，就是需要快速的發佈產品，在發佈流程上就淡化了，即使上線有錯，立馬再次發佈下一版就行了。
網友二：那特喵不是爽的不能再爽？
上世是朵花：這話怎麼聽不出褒貶意思，很爽麼？難道對上線這麼上癮？
網友三：我在京東一週上兩次
上世是朵花：一週兩次算是比較正常吧，不過我想不同部門根據業務情況的差異，這個頻率也可能不一樣。
網友四：那就是說每天都要通宵咯
上世是朵花：也不一定，有的電商類公司，為了避免上線帶來的風險，往往會上線時間錯開產品使用的高峰期，比如選擇深夜上線，但是根據業務情況的不同，有的產品上線風險不是很大，就不一定選擇晚上上線，他們是可以白天上線的。
網友五：已經八次，還沒到午飯，曾經
上世是朵花：這個就有點過了，不過我想這個上線就可能是某個功能的修復吧，發現上線後沒有好，就再次修復再上線這種，來來回回總共上了八次線吧。
網友六：用PHP吧
上世是朵花：的確，PHP上線會相對簡單一點，與java的每次都要編譯相比，不過對一些大型項目來說，PHP上線也沒有那麼簡單，比如一些定時腳本，一些提前要執行的sql, 還要記著他們的順序等一大堆操作列表項。
網友七：我們一天n次
上世是朵花：也有這種情況，看具體業務情況吧。
網友八：我們上線是隻能晚上才能上線。
上世是朵花：是的，有相當一部分項目都是會選擇非用戶高峰期上線，錯開用戶高峰期來避免上線所帶來的風險，有部分研發人員之所以需要加班就可能是因為上線問題。
關於發佈產品，不同公司都有相關的規定，大多數成熟的產品項目都是有著固定的發佈頻率以及嚴格的上線規範，每一個上線環節都會落實到具體的責任人，甚至有的公司每一個環節都需要部門領導簽字確認才行，在這樣的制度下就不可能出現頻繁發佈的情況，當然也會有一些緊急發佈，走一些特殊流程，總之都是在制度的規範之下。不過，一些頻繁發佈的情況也是會有的，一天發佈一次，發佈n次的情況也是不少的，一些互聯網開發公司，在公司初創期間，為了能夠快速試錯，時間效率高於一切，在這種情況下一些流程規範制度就自然淡化，除了這個原因，還有一個原因，那就是這些產品沒有那麼多用戶，上線即使有什麼錯誤也影響不大，因此他們就敢於這麼頻繁的上線。
以上所有圖片均來之互聯網
大家好，我是“上世是朵花”。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步瞭解我，那就關注我吧！
