MinIO: 5. GitLab CI
本文档属于GitHub Actions & GitLab CI指南的一部分。您可以在此处查看完整指南：通过您的 GitHub Actions 或 GitLab CI 流水线启动一个真实的 MinIO 服务，运行测试并自动销毁。
👋 欢迎查阅 Stackhero 文档！
Stackhero 提供即开即用的 MinIO Object Storage 平台，专为高可靠性和高速度设计。主要优势包括：
- 无限制数据传输，无任何隐藏费用。
- 简单、可预测且透明的定价。
- 通过HTTPS保护的自定义域名（例如，https://object-storage.your-company.com）。
- 一键式、无缝更新，无需手动操作。
- 在专属私有基础设施上实现高性能与安全性。
- 支持🇪🇺 欧洲和🇺🇸 美国区域。
简化您的工作流程，缩短部署时间：您可以在 5 分钟内完成 Stackhero MinIO Object Storage 托管 的部署。
您可以将以下配置保存为 .gitlab-ci.yml。每次流水线运行时，都会为您的测试启动一个全新的真实 MinIO 实例。
test:
image: ubuntu:24.04
variables:
STACK_NAME: "ci-minio-$CI_PIPELINE_ID-$CI_JOB_ID"
INSTANCE: "100G" # 如有需要可修改（见第 3 步）
REGION: "europe"
SERVICE_STORE: "minio"
# STACKHERO_TOKEN 来自您在第 1 步创建的 CI/CD 变量。
script:
- set -euo pipefail
- curl -fsSL https://www.stackhero.io/install.sh | sh
- apt-get update && apt-get install -y --no-install-recommends jq curl awscli
- STACK_ID=$(stackhero --format=script stack-create --name="$STACK_NAME")
- echo "STACK_ID=$STACK_ID" >> deploy.env
- SERVICE_ID=$(stackhero --format=script service-add --stack="$STACK_ID" --service-store="$SERVICE_STORE" --instance="$INSTANCE" --region="$REGION")
- echo "SERVICE_ID=$SERVICE_ID" >> deploy.env
- stackhero service-wait-for --service="$SERVICE_ID"
- config=$(stackhero service-configuration-get --service="$SERVICE_ID" --format=json)
- host=$(echo "$config" | jq -r '.configuration.domain')
accessKey=$(echo "$config" | jq -r '.configuration.credentials.rootUser')
secretKey=$(echo "$config" | jq -r '.configuration.credentials.rootPassword')
# List the buckets with the AWS CLI (S3-compatible).
- AWS_ACCESS_KEY_ID="$accessKey" AWS_SECRET_ACCESS_KEY="$secretKey" \
aws --endpoint-url "https://$host" s3 ls
- echo "✅ MinIO 已可从 CI 访问。"
# 您也可以在此处使用上述凭据运行自定义测试套件 ...
after_script:
- test -f deploy.env && . ./deploy.env || true
- >
if [ -n "${SERVICE_ID:-}" ]; then
stackhero service-delete --service="$SERVICE_ID" --confirm
stackhero service-wait-for --service="$SERVICE_ID"
fi
- >
if [ -n "${STACK_ID:-}" ]; then
stackhero stack-delete --stack="$STACK_ID" --confirm
fi
在 GitLab 中，清理操作在 after_script 中执行。该部分无论作业是否失败都会被执行，确保您的 MinIO 资源被及时移除，避免不必要的费用。
在 GitLab 中，
after_script会在全新 shell中运行。为此，脚本会在作业过程中将服务和 stack 的 ID 写入deploy.env，并在清理前重新加载。这样即使作业中途失败，也能确保资源被正确清理。
这就是 MinIO 的完整 CI 生命周期：创建 stack，添加服务，等待，获取凭据，smoke test，并始终清理。每次流水线运行都能获得一个真实、隔离的服务，结束后不会有任何资源遗留。如需了解更多可用命令及非交互式 STACKHERO_TOKEN 认证，欢迎查阅 完整 CLI 文档。