gitlab-ci&gitlab-runner完整自动化部署过程
发布网友
发布时间：1天前
共1个回答
热心网友
时间：6分钟前
GitLab CI & GitLab Runner 是一套用于自动化部署的工具，简化项目部署操作，强调自动化流程。只需要在终端输入命令即可更新仓库代码并直接发布到线上环境。
在部署过程中，首先需要确保本地环境的配置，如免密码登录服务端。自动化部署不需要人工干预，将打包的 dist 文件夹通过 scp 复制到服务器上的指定路径（如 nginx 的指定目录），即可实现直接访问。
在部署前，需要确保目标服务器已安装好 nginx。通过 vim 编辑 nginx.conf 文件并进行相应的配置调整，如路径转发和文件夹复制。确保 nginx 服务重启（执行 nginx -s reload）以应用新配置。
为了实现免密码登陆，使用 ssh-keygen 创建 SSH 密钥对，通常在与 GitLab Runner 相同的服务器上操作。执行 scp 命令将 dist 文件夹复制到服务器上的 nginx 指定路径，如 `/opt/project/web/`。
在 GitLab 仓库中创建一个项目，用于存放自动化脚本。这一步可以在线下环境中进行，确保配置正确。随后，基于 Docker 安装 GitLab Runner，执行特定的启动命令并创建配置文件。确保在容器内正确配置环境，以满足开发需求，如 Java、Node.js 或其他特定技术栈。
通过容器内运行的脚本注册 GitLab Runner，并获取 Token。将 Runner 注册到 GitLab 仓库中，完成配置。编写自动化部署脚本，通常在项目根目录下完成。将脚本与 GitLab 仓库关联，每次提交代码或更新时，脚本将自动执行，无需手动打包和上传。
进行语法检测以确保脚本正确无误。配置文件中定义了多个参数，如 job、stages、image、services、variables 等，用于指定部署流程的各个阶段，包括编译、打包和部署。配置文件中的 `only` 参数用于指定在哪个分支上执行自动化部署，通常用于 master 分支。
自动化部署流程通常包含编译、打包和部署三个阶段。配置文件中的详细参数包括 `script`、`extends`、`image`、`services` 等，用于定义执行的命令、使用的镜像、所需的服务以及环境配置。通过 `environment` 参数指定部署环境，使用 `coverage` 参数监控代码覆盖率，并配置 `retry` 来处理失败后的自动重试。
配置文件提供了高度的灵活性，以适应不同项目的特定需求。GitLab CI 还提供其他功能，如依赖管理、测试执行、代码审查等，进一步提升自动化部署的效率和可靠性。
