Docker Gitlab CI的deploy.sh文件是什么样子的？

在上的Docker registry文档中，它们给出了部署阶段具有以下功能的示例：

deploy:
  stage: deploy
  script:
    - ./deploy.sh
  only:
    - master

---

deploy.sh文件是什么样子的？无论是伪代码还是实代码。

这只是一个示例，说明如何配置Gitlab以运行可能具有很大复杂性的自定义脚本，因此最好将其放在脚本中

部署命令取决于特定的体系结构和平台

例如：

将生成器docker映像推送到docker hub或您的私人注册表 触发swarm或kubernetes部署

---

这只是一个关于如何配置Gitlab以运行可能具有很大复杂性的自定义脚本的示例，因此最好将其放在脚本中

部署命令取决于特定的体系结构和平台

例如：

将生成器docker映像推送到docker hub或您的私人注册表 触发swarm或kubernetes部署

---

这是我的部署阶段：

deploy_to_prod_server:
  stage: deploy
  script:
    - ssh root@example.com ./deploy/be-deploy.sh $CONTAINER_TEST_IMAGE

还有be-deploy.sh：

name=$1
cd deploy
rm docker-compose.yml
cp docker-compose.yml.example docker-compose.yml
rpl "__BE-IMAGE__" $name docker-compose.yml
docker stack rm my_be_container_name
docker rmi $name
docker pull $name
docker stack deploy -c docker-compose.yml my_be_container_name

---

这是我的部署阶段：

deploy_to_prod_server:
  stage: deploy
  script:
    - ssh root@example.com ./deploy/be-deploy.sh $CONTAINER_TEST_IMAGE

还有be-deploy.sh：

name=$1
cd deploy
rm docker-compose.yml
cp docker-compose.yml.example docker-compose.yml
rpl "__BE-IMAGE__" $name docker-compose.yml
docker stack rm my_be_container_name
docker rmi $name
docker pull $name
docker stack deploy -c docker-compose.yml my_be_container_name

---

如何处理快速CI管道，即前一个管道比后一个管道完成得晚的两个管道运行？如何防止较新版本不被较旧版本覆盖？如何处理racy CI管道，即两个管道运行，其中较早的运行比较晚的运行完成得晚？如何防止较新版本不被较旧版本覆盖？