繁体 English 中英

Drupal和版本控制

[英]Drupal and versioning

原文 2009-01-19 03:00:35 9 2 version-control/ drupal

我向我寻找类似的问题，其中一个似乎很有希望，但是接受的anser不适用于我（我想。）

Drupal源控制策略？

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

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

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

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

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

我们的启动工作流程倾向于：

设置代码库
把它放到SVN / git /无论是开发，编码，创建内容，配置等等
定期制作数据库快照以保持理智
删除在开发期间创建的任何虚拟内容或虚拟用户帐户
将代码推送到生产或测试框
- 如果主机上有源控制客户端，请使用它来部署代码库。
- 如果不这样做，请使用您选择的源控制系统提供的任何机制制作代码库的显式分支或标记版本。
- 不要更改实时服务器上的代码。 始终使用源代码管理更新，或上传“祝福”分支/标记的完整副本。 让现场网站的代码与自身不同步是很糟糕的。
如果您需要在线创建新快照，或者在webroot中有一个单独的/ db目录，该目录也受源代码控制，或者只是使用SFT并在特定的基础上上传数据库快照。 显然，您不希望将它们保存在可通过Web访问的目录中，因为下载原始数据库快照的人员是双重加密的。

我在大约一个月前就部署内容进行了演示，并在线发布了幻灯片; 它可能有用。 slidehare链接

使用Drupal进行版本控制有两个方面。

1 /结构

GIT是我的首选武器，它主要在Drupal社区中采用，实际上也非常灵活。

使用Drupal，您需要一些基本工具。

功能，一个模块，可以帮助您编写通常驻留在数据库中的一些站点结构。 视图，内容类型，分类法词汇表，甚至分类法术语，如果您使用UUID和UUID功能模块等...
Drush不仅可以帮助您创建和更新您的功能，而且它是构建Drupal站点时必不可少的工具。 除非您对命令行过敏，否则使用Drush管理功能比使用功能UI更灵活，更强大。