問題：

>你(他們)從來沒有遇到過災難,你(他們)需要恢復到以前版本的網站,但卻不能因為他們破壞了它？

>他們是否使用臨時Web服務器來測試更改？

>當然,如果沒有某些測試,他們不會修改生產服務器中的代碼？

我懷疑第一個的答案是“是(他們有過災難)”,第二個是“否”,我對第三個問題的答案猶豫不決(但從它的聲音來看,答案可能是“是的,”他們真的做到了“).如果這是正確的,我欽佩他們的虛張聲勢,并且他們從不犯錯誤而感到驚訝.我永遠不會冒直接在實際網站上進行更改的風險.

我建議您自己使用版本控制系統或VCS(任何VCS).找出您所關注的代碼的皺紋,并開發靈活的分發,使其很容易(可能仍然使用SFTP)將VCS代碼分發到網站.但也表明保留以前的版本有其優點 – 因為你可以恢復誰做了什么.首先,您可能會發現需要下載需要處理的任何頁面(文件)的當前版本,并在開始修改頁面之前將最新版本放入VCS,因為其他人可能已經修改過它最后在您的主存儲庫中更新.您可能還希望每天對文件進行“刮擦”以獲取當前版本 – 并跟蹤更改.你不會擁有’誰’,也不會確切地’何時'(優于最近的一天),也不會擁有’為什么’,但你會得到(累積)’什么’的變化.

在回答問題中的評論時,ólafurWaage澄清說,由于缺乏VCS,他們已經發生了災難.

這通常會讓生活變得更輕松.他們蠢蠢欲動;他們無法解除愚蠢的行為 – 他們可能讓客戶煩惱,他們應該對自己非常惱火. VCS使得從這些錯誤中恢復更加容易.顯然,對于任何給定的自定義站點,您需要在VCS中提供該站點的“正確”或“官方”版本的(中央)備份.我可能會為所有客戶使用單個存儲庫,使用對分支和合并有良好支持的VCS.一開始可能更難處理(人們習慣使用VCS),但從長遠來看可能會帶來更好的結果.我認真考慮使用現代分布式VCS(例如,git),盡管很多人也使用SVN(即使它不是分布式VCS).

總結

以上是生活随笔為你收集整理的ftp完成版本更新php,php – 将开发团队从FTP转换为版本控制系统的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。