2011-08-19 81 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文件夹,并创建了一个小脚本,以便每晚进行提交。因此,我可以通过跟踪更改来获得完整的网站版本历史记录。您也可以创建一个脚本来将该文件夹复制到别处。对于企业来说,可能还有其他更好的解决方案,但这对于小型项目来说可能足够了

相关问题