在 GitLab CI/CD 中通过 SCP 运行 Composer 和 npm 脚本 (BASIC ALL)

本指南涵盖了构建 PHP 项目的依赖项，同时使用 GitLab CI/CD 通过 npm 脚本编译 assets。

虽然可以使用自定义 PHP 和 Node.js 版本创建自己的镜像，但为简洁起见，我们使用现有的 Docker 镜像，其中包含 PHP 并安装了 Node.js。

image: tetraweb/php

下一步是安装 zip/unzip 包并使 composer 可用。我们将它们放在 before_script 部分：

before_script:
  - apt-get update
  - apt-get install zip unzip
  - php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
  - php composer-setup.php
  - php -r "unlink('composer-setup.php');"

确保我们准备好所有要求。接下来，运行 composer install 来获取所有 PHP 依赖项，并运行 npm install 来加载 Node.js 包。然后运行 npm 脚本。我们需要将它们附加到 before_script 部分：

before_script:
  # ...
  - php composer.phar install
  - npm install
  - npm run deploy

在这种特殊情况下，npm deploy 脚本是一个 Gulp 脚本，它执行以下操作：

编译 CSS & JS
创建 sprites
复制各种 assets（图像，字体）
替换一些字符串

所有这些操作都将所有文件放入一个 build 文件夹中，该文件夹已准备好部署到实时服务器。

如何将文件传输到实时服务器

您有多种选择：rsync、SCP、SFTP 等。现在，使用 SCP。

要完成这项工作，您必须添加一个 GitLab CI/CD 变量（可在 gitlab.example/your-project-name/variables 上访问）。将此变量命名为 STAGING_PRIVATE_KEY 并将其设置为服务器的私有 SSH 密钥。

安全提示

创建一个对需要更新的文件夹仅具有访问权限的用户。

创建该变量后，请确保在运行时将该密钥添加到 Docker 容器中：

before_script:
  # - ....
  - 'which ssh-agent || ( apt-get update -y && apt-get install openssh-client -y )'
  - mkdir -p ~/.ssh
  - eval $(ssh-agent -s)
  - '[[ -f /.dockerenv ]] && echo -e "Host *\n\tStrictHostKeyChecking no\n\n" > ~/.ssh/config'

按顺序：

检查 ssh-agent 是否可用，如果不可用，安装它。
创建 ~/.ssh 文件夹。
确保正在运行 bash。
禁用主机检查（当第一次连接到服务器时，不要求用户接受，因为每个作业都等于第一次连接，所以我们需要这样做）。

基本上就是您在 before_script 部分中所需要的。

如何部署

如上所述，我们需要将 Docker 镜像中的 build 文件夹部署到我们的服务器。为此，我们创建了一个新作业：

stage_deploy:
  artifacts:
    paths:
      - build/
  only:
    - dev
  script:
    - ssh-add <(echo "$STAGING_PRIVATE_KEY")
    - ssh -p22 server_user@server_host "mkdir htdocs/wp-content/themes/_tmp"
    - scp -P22 -r build/* server_user@server_host:htdocs/wp-content/themes/_tmp
    - ssh -p22 server_user@server_host "mv htdocs/wp-content/themes/live htdocs/wp-content/themes/_old && mv htdocs/wp-content/themes/_tmp htdocs/wp-content/themes/live"
    - ssh -p22 server_user@server_host "rm -rf htdocs/wp-content/themes/_old"

以下是细节：

only:dev 意味着这个构建只在某些东西被推送到dev 分支时运行。您可以完全删除并在每次推送时运行所有内容（但可能这是您不想要的）。
ssh-add ... 我们将您在 Web UI 上添加的私钥添加到 Docker 容器中。
通过 ssh 连接并创建一个新的 _tmp 文件夹。
通过 scp 连接并将 build 文件夹（由 npm 脚本生成）上传到我们之前创建的 _tmp 文件夹。
我们再次通过 ssh 连接并将 live 文件夹移动到 _old 文件夹，然后将 _tmp 移动到 live。
我们连接到 SSH 并删除 _old 文件夹。

如何处理产物？告诉 GitLab CI/CD 保留 build 目录（稍后，您可以根据需要下载该目录）。

为什么这样做

如果您仅将其用于 stage 服务器，则可以分两步执行此操作：

- ssh -p22 server_user@server_host "rm -rf htdocs/wp-content/themes/live/*"
- scp -P22 -r build/* server_user@server_host:htdocs/wp-content/themes/live

问题是您的服务器上没有应用程序的一小段时间。

因此，对于生产环境，我们使用额外的步骤来确保在任何给定时间，功能应用程序都已到位。

下一步

由于这是一个 WordPress 项目，我提供了真实的代码片段。您可以追求一些进一步的想法：

默认分支的脚本略有不同，允许您从该分支部署到生产服务器，并从任何其他分支部署到 stage 服务器。
您可以将其推送到 WordPress 官方仓库，而不是实时推送。
您可以即时生成 i18n 文本域。

最终的 .gitlab-ci.yml 如下：

image: tetraweb/php

before_script:
  - apt-get update
  - apt-get install zip unzip
  - php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
  - php composer-setup.php
  - php -r "unlink('composer-setup.php');"
  - php composer.phar install
  - npm install
  - npm run deploy
  - 'which ssh-agent || ( apt-get update -y && apt-get install openssh-client -y )'
  - mkdir -p ~/.ssh
  - eval $(ssh-agent -s)
  - '[[ -f /.dockerenv ]] && echo -e "Host *\n\tStrictHostKeyChecking no\n\n" > ~/.ssh/config'

stage_deploy:
  artifacts:
    paths:
      - build/
  only:
    - dev
  script:
    - ssh-add <(echo "$STAGING_PRIVATE_KEY")
    - ssh -p22 server_user@server_host "mkdir htdocs/wp-content/themes/_tmp"
    - scp -P22 -r build/* server_user@server_host:htdocs/wp-content/themes/_tmp
    - ssh -p22 server_user@server_host "mv htdocs/wp-content/themes/live htdocs/wp-content/themes/_old && mv htdocs/wp-content/themes/_tmp htdocs/wp-content/themes/live"
    - ssh -p22 server_user@server_host "rm -rf htdocs/wp-content/themes/_old"