version-control - Drupal 和版本控制

Question

我寻找了与我类似的问题，一个看起来很有希望，但公认的答案不适用于我(我认为)。

Drupal Source Control Strategy?

基本上，您必须对要部署到的服务器拥有权限。那不是我的情况。我使用托管服务，但我认为我无法在其上安装 SVN。

那么，我是否只是在“虚拟”站点上进行开发，然后通过测试虚拟站点、获取内容(包括数据库)并将其放入 SVN 然后将其发布到我的实时站点来以某种方式进行大量杂耍？

Drupal 数据库是什么样的？我的虚拟站点和实时站点不会/不会具有相同的管理员/用户登录名等。

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

Answer 1

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

我们的发布工作流程往往是这样的:

设置代码库

放到SVN/git/whatever中进行开发、编码、创建内容、配置等

定期制作数据库快照以保持理智

删除在开发过程中创建的任何虚拟内容或虚拟用户帐户

将代码推送到生产或测试盒

如果您的主机上有源代码控制客户端，请使用它来部署代码库。

如果您不这样做，请使用您选择的源代码控制系统提供的任何机制创建代码库的显式分支或标记版本。

不要更改实时服务器上的代码。始终使用源代码控制更新，或上传“blessed”分支/标签的完整副本。使实时站点的代码与其自身不同步是 hell 。

如果您需要在线推送新快照，请在同样受源代码控制的 webroot 之外创建一个单独的/db 目录，或者仅使用 SFT 并临时上传数据库快照。显然，您不希望将它们保存在可通过网络访问的目录中，因为人们下载原始数据库快照是双重的、不利的。

大约一个月前，我做了一个关于部署的演讲，并将幻灯片发布到网上；它可能有用。 slideshare link