为多个架构构建Docker镜像确实会增加构建时间，尤其是在单台机器上构建时。这是因为Docker必须为每个架构构建单独的镜像，这可能非常耗时。
当你构建多个架构时，Docker使用QEMU来模拟目标架构。这个模拟过程可能比原生构建慢，特别是对于复杂的应用程序。
如果增加的构建时间是一个问题，您可以考虑以下几个选项：

• 并行构建：如果您可以访问多台机器，则可以并行地为不同的架构构建映像。
• 使用buildx bake：Docker的buildx工具有一个bake命令，可以为多个平台并行构建镜像，即使是在一台机器上。这可能会减少构建时间。
• 使用基于云的构建服务：GitHub Actions确实支持并行性，但这取决于您的工作流是如何设置的。如果您在单个作业中为多个架构构建Docker镜像，那么这些构建可能会顺序发生，这可以解释构建时间的增加。

为了利用GitHub Actions的并行性，您可以将构建拆分为单独的作业，并使用构建矩阵来指定不同的架构。以下是如何设置的示例：

name: Build Docker Images

on: [push, pull_request]

jobs:
  build:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        architecture: [amd64, arm64]
    steps:
    - uses: actions/checkout@v2

    - name: Set up Docker Buildx
      uses: docker/setup-buildx-action@v1

    - name: Build and push Docker image
      uses: docker/build-push-action@v2
      with:
        context: .
        push: true
        tags: user/app:${{ matrix.architecture }}
        platforms: linux/${{ matrix.architecture }}

字符串
这个GitHub操作工作流中的并行度由strategy.matrix键决定。

解决github.repository_owner：

这就是如何运行shell脚本将用户名转换为一个MySQL env变量。

- name: Lowercase GitHub username
  run: echo "DOCKER_USERNAME=$(echo ${{ github.repository_owner }} | tr '[:upper:]' '[:lower:]')" >> $GITHUB_ENV

- name:
  ...
  tags: ${{ env.DOCKER_USERNAME }}/your-image-name:${{ steps.meta.outputs.tags }}

型
在GitHub Actions中，GITHUB_ENV是一个特殊的环境文件。当您以NAME=VALUE向此文件写入字符串时。env上下文是GitHub Actions中可用的上下文，包含运行者可用的环境变量。当您写入GITHUB_ENV文件时，您设置的环境变量将添加到此上下文。