自动部署简化了您的工作流程和流程。该GitLab教程可帮助您学习使用GitLab CI/CD设置连续部署管道。
概述
在最后几篇文章中，我们了解了版本控制的基础知识，然后通过了解不同的分支模型和工作流来增强我们的知识。版本控制系统在开发，部署和集成领域带来了效率。开发人员发现在不担心构建和测试的情况下提交源代码非常容易。随着这种方法启动部署，软件行业已经获得了信心和竞争优势。 gitlab连续部署 和集成有助于轻松查找问题。此外，开发人员可以在较短的时间内跟踪错误和其他错过处理。整个自动化过程赋予了经常发生的任务，并减少了错误的机会和机会。今天，在这篇博客文章中，我们将使用gitlab ci/cd进行有关连续部署管道的探讨。因此，让我们开始介绍以下几点！
什么是CI和CD
连续集成（CI）是DevOps的最佳实践之一，可以将代码更改的集成从多个贡献者变更为单个软件项目。这使开发人员经常将代码更改合并到中央存储库中，然后运行构建和测试。连续部署（CD）通过在每个代码提交和构建后自动将代码移动到目标环境（生产或分阶段），从而进一步移动一步。 在开始之前，请确保在GitLab中有一个项目，您想使用CI/CD。而且，您应该具有维护者或所有者级别的访问权限。
什么是Gitlab跑步者
在理解 gitlab连续部署 之后，Gitlab Runner是一个用GO编写的小型轻量级程序，在您的本地机器上运行连续集成（CI）相关的作业，并将结果发送给Gitlab以考虑更改。它是可以安装在任何主要操作系统上的单个可执行二进制文件。 在我们继续使用GitLab CI / CD之前，您需要确保拥有可以运行任务的跑步者。您可以遵循install的官方指南和register Gitlab Runner。
.gitlab-ci.yml文件
。gitlab-ci.yml是一个文件，您可以在其中为gitlab ci/cd配置特定说明。它放在存储库的根部，并包含有关如何构建项目的定义。每当我们将提交推向GitLab实例时，GitLab都会调用跑步者来按照本文件中的指示来构建和测试该项目。
创建示例应用程序
在此 gitlab教程 的部分中，我们将创建一个示例应用程序。假设您已经创建了一个GitLab存储库，让我们创建一个示例应用程序，我们将为应用程序设置CI / CD流程。 首先，创建package.json文件。
{
"name": "sample_web_app",
"version": "1.0.0",
"description": "Sample Application",
"author": "Assad",
"main": "app.js",
"scripts": {
"start": "node app.js"
},
"dependencies": {
"express": "^4.16.1"
}
}
现在在项目的根源上创建一个app.js
const express = require('express');
const app = express();
app.get('/', (req, res) => {
res.send('Hello world\n');
});
app.listen(8080, 'localhost');
console.log('Running on http://localhost:8080');
在 gitlab连续部署的最后一步中，创建一个dockerfile ，并在其中添加以下内容：
FROM node:10
# Create app directory
WORKDIR /usr/src/app
# Install app dependencies
COPY package*.json ./
RUN npm install
# Bundle app source
COPY . .
EXPOSE 8080
CMD [ "node", "app"]
Dockerfile包含此应用程序的构建过程。它涉及创建节点容器并安装依赖项。 现在，我们需要创建一个 。gitlab-ci.yml 文件。该文件将包含构建我们项目的说明。每次我们将订单推向GitLab存储库时，Gitlab都会援引跑步者来构建项目。
image: node:latest
stages:
- build
install_dependencies:
stage: build
script:
- npm install
我们只有一个阶段的构建，它只是 npm安装 作为脚本。这是您每次更改项目都必须手动运行的命令。而且，这就是GitLab Runner进来的地方，每次您进行提交时都会自动为您做到这一点。 现在，假设您已经安装了GitLab Runner并已将其注册给您的GitLab实例，则可以通过对应用程序进行简单提交并将其推向GitLab来测试Gitlab CI / CD。 然后，您可以在GitLab中打开项目，转到My-Project→Pipeline，您会看到一个标签，上面写着您所做的提交的“通过”。随后的提交也将具有标签。
结论
这将我们带到了这个 gitlab教程的结尾。在本文中，我们了解了Gitlab连续集成的基础知识， 什么是CI＆CD ， 什么是Gitlab Runner ，并且连续部署。此外，我们研究了整个CI / CD工作流程中跑步者的用途。我们还创建了一个示例项目，该项目解释了如何使用gitlab设置连续部署。如果您正在寻找 gitlab连续部署 ，则本gitlab教程确实会为您提供帮助。但是，下面的“探索”部分中提到了许多其他资源，您可能会查看。此外，这些文章是关于版本控制系统 的，它们是开源的，自托管的，可扩展的。 最后，Containerize.com不断地撰写有关进一步开源产品和主题的博客文章。因此，请与[11版本控制软件类别保持联系，以进行常规更新。此外，您可以在我们的社交媒体帐户上关注我们Facebook，LinkedIn和Twitter。
探索
您可能会发现以下链接相关：