升级 Drupal 后如何提交更改?它实际上是一个替换旧 Drupal 站点的新文件夹。
我不确定我的做法是否正确。因为它是一个全新的文件夹,所以我将存储库中的旧主干文件移动到一个新标签并重新导入新升级的 Drupal 作为主干。
我丢失了旧工作副本的所有 svn 日志。(在后备箱中,我认为它们现在在标签中)
我应该如何在工作副本上进行 Drupal 升级并仍然保持版本控制?
我的过程是通过命令行使用drush来更新 Drupal 核心。Drush 有 svn 集成,这使得这很容易做到。无需将现有的后备箱移开并重新创建它(正如您所发现的那样,这是有问题的)。
在您的工作副本中,运行以下 drush 命令:
drush up drupal --svnsync
这会将最新的 Drupal 核心下载到您的工作副本中。将svn add
编辑新版本中添加的文件。在新版本中删除的文件将同样被svn rm
编辑。
我遇到的一个问题是新的 Drupal 版本的 tarball 有时被 svn 标记为“丢失”,因为它已被add
编辑,但不再存在(因为 Drush 删除了它)。解决方案很简单 - 只需还原该文件:
svn revert drupal-[version].tar.gz
毕竟,像往常一样提交,你应该更新到最新的 Drupal 核心。要更新模块,您可以再次使用 drush,如下所示:
drush up --svnsync
像以前一样提交更改。现在 Drupal 核心和您的第三方模块都应该是最新的。
此过程应在本地开发站点上完成。它将升级您的数据库以及代码。当您推送到生产环境时,您需要在执行正常的 svn 更新/切换后升级其数据库。这可以使用 Drupal 的 upgrade.php 或使用 drush 来完成:
drush updatedb