Joel在StackOverflow播客＃24中提到，它是FogCreek公司的政策，不在星期五運送軟件。但是，他沒有詳細說明爲什麼。爲什麼不在星期五部署？
我同意。在我的僱主，我們週四晚上部署。所以我們有周五來清理所有錯過質量保證（QA）的錯誤。
但是，我的經理建議我們在星期五晚上部署，以防QA在發佈前沒有足夠的時間來測試軟件。我說，人們的週末計劃怎麼樣？如果我們在週五晚上部署，那麼我們就必須在週六工作來清理任何錯過的錯誤 - 這很糟糕。
那麼爲什麼不在週五發貨？我們可能（不確定）需要做出這樣的假設：一個核心軟件開發團隊位於一個時區，部署其公司的核心Web應用程序。
這不是只是一個錯誤的問題。可能還有其他相關的支持負擔 - 向用戶解釋新功能，監控沒有性能問題。
新版本通常意味着短暫的支持活動 - 因此安排在可用人數較少的時候發生（或者當有更多的時間不夠用時）是一個不好的主意。
你幾乎回答了你自己的問題。這是一個簡短而又甜蜜的理由：如果你在星期五發貨，並且一個錯誤將其投入生產，那麼在下個星期一之前通常沒有人會修復它或與客戶交談。在最壞的情況下，這可能會有幾天的收入損失。
同樣在這裏。我正在爲一家制造公司開發內部軟件，所以我沒有外部客戶。 但是我們的用戶在週末和夜班工作，所以部署週五晚上將是我們可以在他喜歡的，任何時候做:-) – 2010-01-22 13:47:28
我們通常會在週二部署，然後我們有本週的其餘時間來解決任何問題。這也取決於行業，如果週末沒有工作，也許它可以部署週五晚上，但如果他們正在工作，那麼它不是一個好主意。
要人們往往是在星期五（已經考慮過這個問題約會|冰鎮啤酒|兩者）更馬虎一點，離開天假期之前;-)
這真的取決於你的應用程序以及如何忙碌/關鍵是在週末。
我們通常不在週五部署軟件，但通常在週六或週日這樣做。我們週日早上發現特別好，以儘量減少發佈的影響。
這實際上取決於您是否試圖儘量減少停機時間對您的發佈造成的影響，或者減輕任何潛在的錯誤。
除非客戶實際使用系統（大多數情況下），否則您不會看到任何錯誤，因此如果您週末的使用率較低，則在週五進行部署相當於在週一早上進行部署。
另一方面，像網上購物這樣的東西在週末往往有更多的用法，所以你一定會被勸告不要在星期五部署其中一個。
這也取決於您的超時支持政策。如果你有一個能夠回滾軟件的人，那麼風險就不那麼大了。不過，我寧願在工作週期間這樣做。
我們通常部署的東西周二至週四寧願避免星期一（我們最忙的一天）和週末（當一個bug可以坐在被忽視造成的問題）
決不上週五部署，因爲：
KIIS - 你不能說更好。 .. – 2017-05-05 20:14:29
這取決於你的目標羣體。 我們主要在星期五部署。我們的基於瀏覽器的產品在全球範圍內由客戶使用，但主要在辦公時間使用。這意味着如果我們要確保我們不影響任何客戶（印度和中東在週六不會從辦公室下班），我們除了星期天上午以外沒有其他時間，但通常我們會「妥協」並部署週五下午。
如果之前在週二的時候我們想在周圍部署新東西，但由於活動在週末和週末都會達到頂峯，所以週一午餐時間週一有點奇怪。無論如何，它歸結爲2個考慮因素。 1.什麼時候對客戶（如果它是一個Web應用程序）具有最小的破壞性？2.什麼時候最適合與開發團隊緊密合作來解決關鍵的錯誤。
如果您擔心您的開發人員在本週末之前變得sl，不安，您的QA管道可能太短。
我們很幸運能夠充分利用時差，我們在世界各地設有辦事處。因此，在向客戶進行更新時，我們會安排它，以便客戶在一夜之間完成，以儘量減少對客戶的影響。
當您控制軟件的實施和部署，但在網站上發佈完全是另一種動物時，此功能很適用。正如其他人指出，已請務必留出時間：
我有工作有星期五部署政策的公司;他們在以色列，週六通常是工作周的最後一天。無論如何...
在我上一個公司，政策是在週二和週四的午餐時間之前向Ops提供部署包。這意味着他們有半天的時間才能把它拿出來，並且在前期QA的最後階段出現任何問題時要求進行微調。 （任何其他質量保證都可能在一週的任何時間發生，因爲它不是實時的。）
發行，除了現場的任何環境任何時候罰款，如果行動有時間去做（當然，前提是應前手反正預訂了），但絕不會透露給住在：
星期一 - 糟糕，你剛剛從（希望是非工作的）週末回來，並且不會在上週做你上週做的所有事情。 星期三 - 通常是一週中生產力最低的一天，並且是「工作中期」的一天。如果您的位置是星期二，並且由於錯誤而錯過了它，週三可能是一個不好的選擇，因爲您沒有提供足夠的時間修復和測試這些錯誤。星期五 - 加油。真的嗎？是星期五。如果這真的需要那麼，說明您沒有足夠的經驗是做那種你是經理的職位要。但嚴重的是，這是因爲部署在週五表示志願服務你的客戶進來週末測試在現場工作環境。對我來說，那可能會擊敗你可能會爲自己打的任何白癡。
我同意星期五運送不好。我希望StackOverflow社區給我堅實的理由，所以我可以輕鬆說服我的經理遠離星期五部署的任何可能性。希望這個線程能夠幫助像我這樣的其他軟件開發人員避免可怕的星期五部署:) – 2010-01-22 10:36:00
我永遠不會計劃星期五的部署，除非我也計劃星期六在辦公室驗證它的工作是否正確，如果最終由於滑動而在星期五部署，那麼您有很大的衝突危險，更好的等待，讓大家在週末平靜下來，然後在星期一上午回顧之後發貨。
如果您的部署運行在週末，然後從週五晚上開始可以給你一個好頭開始經常在辦公室將清除早一點使系統的總負荷將低於說週一早上。
，我們會避免在週四或釋放代碼週五 - 沒有人願意花自己的週五搞清楚使命嚴重的安全漏洞，並有機會，即使我們做1天產生一個解決方法，這將是至少另一天在它可以被釋放之前，這意味着要麼在週末工作，要麼在下週之前不能修復。
您應該部署上週五，讓你擁有所有周末清理和修復bug您的團隊的其他成員注意到，週一你疏忽了。
如果是我的過程中，這將會是部署週三，本週中期插上U一兩天的週末 – CVertex 2010-01-22 07:15:06
蘋果通常部署在星期二之前解決問題。 – mouviciel 2010-01-22 09:56:32
我們通常在星期二部署，除非是緊急情況，現在必須修復。 – Walter 2010-01-22 13:33:13