处理SVN和FTP以及在服务器上创建/更改的动态文件?

时间:2011-08-19 10:15:45

标签: php svn

基本上我有各种项目使用subversion控制所有版本。这有很多原因:在将来出现错误/问题时备份文件;本地系统故障等情况下的文件备份;公司其他人的合作;等。

我们使用的系统之一是Wordpress,它通过其管理面板进行更新和安装插件等,而且在安装它时,系统会创建各种文件(包括wp-config.php文件和.htaccess文件)。这意味着在安装时,服务器上存在与系统运行不可分割的文件,这些文件不在本地系统上且不在svn中。此外,任何已安装的插件和更新都不会在版本控制或本地副本中进行镜像。

另外,它感觉不对(特别是当您与数据库中的数据规范化比较时)使用相同代码的两个副本 - 一个在版本控制中,一个在服务器上。

所以我的问题是我是否以正确的方式使用这些工具?有没有办法从服务器的public_html文件夹“指向”回购中的最新版本?或者SVN是否可以配置为从public_html文件夹中读取并自动添加+提交在服务器上创建/编辑的任何文件?

或者人们只是简单地下载任何更改/创建的内容并手动将其添加到SVN?还是人们不关心?也许我误解了SVN的用途?我正在有效地使用它进行备份。

由于

汤姆

2 个答案:

答案 0 :(得分:0)

在许多情况下,您的托管服务会提供定期备份。但是你使用VPS,你可以更自由地做任何你想做的事情。我已经在版本控制下创建了我的public_html文件夹,并创建了一个每晚都要提交的小脚本。因此,我可以获得跟踪更改的网站的完整版本历史记录。您还可以创建脚本以将此文件夹复制到其他位置。企业可能还有其他更好的解决方案,但对于小型项目来说这可能已经足够了。

答案 1 :(得分:0)

我只对我自己的wordpress主题进行了版本控制。包括数据在内的所有其他内容都在服务器上运行,并且仅从那里备份。

wordpress的代码和使用的插件是在别处开发的,它们有自己的存储库,我不会用我永远不会碰到的代码来搞乱它。

问题是如何处理配置。我目前正在运行一个wiki,其中记录了所有已安装的插件以及我已设置的配置属性。

现场与本地同步然后如下:

  • 将wordpress版本和插件更新为wiki中编写的版本
  • 设置wiki中所写的所有配置选项。
  • 导入数据库(wp_options除外)。将wp_content文件的静态URL转换为本地方案。
  • wp_content目录的同步化