README

这是一个实验性的Drush扩展。

目标：创建一个全局Drush命令，运行Site Audit 2.x分支中的所有检查。

潜在未来目标：在Site Audit 3.x分支的全局Drush命令之间共享检查。

查看Site Audit问题队列中的#3052993。

使用方法

理想情况下，这个Drush命令将成为Site Audit模块的依赖项；如果是这样，它将在将Site Audit模块安装到Composer管理的站点后可用。

您也可以将此模块安装到Drush搜索全局或站点本地命令的任何位置。它不需要其供应商目录。

在开发中，克隆此存储库，然后通过以下方式设置测试系统（sut）：

composer install
composer drupal:scaffold

这将设置您的本地项目以使用Drush 9运行和测试。要使用Drush 8，请

composer scenario drush8

使用Composer Test Scenarios项目来管理测试此项目不同场景所需的Composer依赖项。运行composer scenario类似于运行composer install；它将为请求的测试场景安装适当的依赖项。运行composer install以返回默认安装。

要将此扩展用作全局Drush命令，请按以下方式设置您的全局drush.yml文件：

drush:
  paths:
    include:
      - '${env.home}/path/to/drush-extensions'

然后将此项目安装到~/path/to/drush-extensions/Commands/site-audit-tool

按照“开发”部分中描述的“开发”设置。然后运行

composer test

在开发中

composer drush audit:best-practices

这将运行给定的Drush命令针对本地测试Drupal站点，即“系统测试”。运行测试一次以安装Drupal站点。

在您的作品准备好在生产环境中测试后，从您的分支中剪切一个新的RC标记并将其推送到github。
查看cos-framework-clis存储库
更新drush/Dockerfile以使用您刚刚推送的标记作为site_audit_tool_version的值
目前，您必须在本地上构建容器并将其推送到quay.io，因此从cos-framework-clis存储库
- cd drush
- make build-drush10（或所需的任何版本）
- docker push {BUILD-TAG-NAME}
  - 标记名称应类似于quay.io/getpantheon/cos-drush:v10-sandbox-eco-cef2a7a-dirty-689f4da
  - 如果标记名称仅为短名称，如v10，请不要推送，否则您将立即部署到生产。
通过SSH进入Ygg节点
- ygg /sites/{SITE}/environments/{ENVIRONMENT}/workflows -X POST -d '{"type": "change_environment_image", "params": {"server_type": "appserver", "container_name": "drush", "tag": "{TAG}"}}' | jq .
您的站点现在将使用新的site-audit-tool版本，并且可以测试所有相关功能。