Drupal和版本控制

Question

我向我寻找类似的问题,其中一个似乎很有希望,但是接受的anser不适用于我(我想.)

Drupal源控制策略？

基本上,必须拥有要部署到的服务器的权限.那不是我的情况.我使用托管服务,我认为我不能在其上安装SVN.

所以,我只是在一个"虚拟"网站上开发,并通过测试虚拟网站,获取内容(包括数据库)并将其放入SVN,然后将其发布到我的实际网站,以某种方式做了很多杂耍？

Drupal数据库是什么样的？我的虚拟和现场网站不会/不会有相同的管理员/用户登录等.

还有其他人在Drupal开发和管理修订方面做了什么？

Answer 1

相当多的托管服务——甚至是廉价的共享主机——都安装了 SVN 或 CVS 客户端。这与 SVN托管不同，SVN 托管是一些托管公司明确提供的服务。值得检查一下；无论如何，拥有源代码控制客户端将使您的生活变得更加轻松。

我们的启动工作流程往往是这样的：

• 设置代码库
• 将其放入 SVN/git/whatever 中进行开发、编码、创建内容、配置等
• 定期制作数据库快照以保持理智
• 删除在开发过程中创建的任何虚拟内容或虚拟用户帐户
• 将代码推送到生产或测试盒
  • 如果您的主机上有源代码管理客户端，请使用它来部署代码库。
  • 如果不这样做，请使用您选择的源代码控制系统提供的任何机制来创建代码库的显式分支或标记版本。
  • 不要更改实时服务器上的代码。始终使用源代码控制更新，或上传“blessed”分支/标签的完整副本。让实时站点的代码与其自身不同步是地狱。
• 如果您需要在线推送新快照，则可以在 webroot 之外拥有一个单独的 /db 目录（该目录也受源代码控制），或者仅使用 SFT 并临时上传数据库快照。显然，您不想将它们保存在可通过网络访问的目录中，因为人们下载您的原始数据库快照是双重不利的。

大约一个月前，我做了一个关于部署内容的演示，并将幻灯片发布到网上；它可能有用。幻灯片共享链接