2011-08-19 84 views
2

基本上我有各種各樣的項目使用顛覆控制的所有版本。這有很多原因:在將來出現錯誤/問題時備份文件;在發生本地系統故障時備份文件等;來自公司其他人的合作;處理SVN和FTP以及服務器上創建/更改的動態文件?

我們一起工作的系統是Wordpress,通過它的管理面板等進行更新和安裝插件,再加上安裝它,系統創建各種文件(包括一個wp-config.php文件和一個。 htaccess文件)。這意味着在安裝時,服務器上的文件與系統運行不可或缺,這些文件不在本地系統上,並且不在svn中。另外,任何已安裝的插件和更新都不會在版本控制或本地副本中進行鏡像。

加上它感覺不對(特別是當你比較數據庫中的數據規範化等),使用相同代碼的兩個副本 - 一個在版本控制和一個在服務器上。

所以我的問題是我用正確的方式使用工具?有沒有辦法從服務器的public_html文件夾可以「指向」最新版本的回購?或者SVN可以配置爲從public_html文件夾中讀取並自動添加+提交在服務器上創建/編輯的任何文件?

或者人們只是從字面上下載任何被更改/創建的東西,並手動將它們添加到SVN中?還是人們不關心?也許我誤解了什麼是SVN?我正在有效地使用它進行備份。

感謝

湯姆

回答

0

我只有版本我自己的wordpress主題。包括數據在內的所有其他信息都在服務器上運行,並從那裏完全備份。

WordPress的代碼和使用的插件是在別處開發的,他們有自己的倉庫,我不會用我永遠不會碰的代碼搞亂我的。

問題是如何處理配置。我目前正在運行一個wiki,記錄所有實時安裝的插件和我設置的配置屬性。

活到本地的同步則是這樣的:

  • 更新WordPress版本和插件寫在維基
  • 設置的所有配置選項寫在維基版本。
  • 導入數據庫(wp_options除外)。將wp_content文件的靜態URL轉換爲本地方案。
  • wp_content目錄的同步
0

在許多情況下,您的主機提供定期備份。但是,你使用VPS你有更多的自由去做任何你想要的。我已經在版本控制下創建了我的public_html文件夾,並創建了一個小腳本,以便每晚進行提交。因此,我可以通過跟蹤更改來獲得完整的網站版本歷史記錄。您也可以創建一個腳本來將該文件夾複製到別處。對於企業來說,可能還有其他更好的解決方案,但這對於小型項目來說可能足夠了

相關問題