GitLab“环境”与软件运行环境是什么？

Question

GitLab 文档

并且

StackOverflow 问题

和 StackOverflow问题 我看到的最接近的是您可能有一个指向代码运行位置的 URL。 GitLab 如何知道如何安装仅提供源和名称“staging”以及可选 URL 的软件？ 我正在尝试使用网络上的服务器，在一所大学及其托管的 GitLab 实例中进行持续集成和部署。 谁能告诉我我缺少哪些概念？ 编辑： 示例：我在云中构建并安装了一个托管基于 Web 的调查的生产应用程序。 它具有提出问题和处理答案的功能代码，该代码连接到存储调查本身配置的数据库。 我构建了一个调查管理桌面应用程序，允许以本地文件格式创建和编辑调查内容。 该应用程序包括一个“部署”按钮，可连接到生产数据库并插入/更新调查详细信息。 我必须在某个时候输入连接字符串，以便我的部署人员知道在哪里部署，并且我必须编写 SQL 命令和其他逻辑来执行此类部署。 我很少更新网络调查应用程序的功能代码。 这是一个不同的过程，其中我远程连接到服务器虚拟机，并手动将文件放在它们所在的位置。

我的问题是关于 GitLab，而不是第 3 方替代品和附加组件。

GitLab 的环境和部署（或其他 DevOps）功能是否适合这种常见情况？

如果是这样，我在 GitLab 的哪里指定有关如何访问环境和执行部署的大量详细信息（或启动脚本）？

胶水在哪里？

在 GitLab 中，环境是一个纯粹的逻辑构造。您可以将 CI/CD 作业指定为各种环境的部署作业。您还可以指定当您从 GitLab UI“停止”环境时触发的作业，但您需要实现详细信息。 GitLab 还提供了“回滚”功能，这实际上只是意味着重新运行旧的部署作业。

Answer 1

也就是说：GitLab

不

知道在哪里安装你的软件。你必须执行它。 GitLab 的 autodevops 确实提供了一些轻松实现部署的方法，特别是对于 gitlab 管理的 Kubernetes 集群，但最终您可以控制作业的执行方式以及环境的运行方式。您可能会执行以下操作：

使用 ansible playbooks 来管理 GitLab CI 的基础设施

如需进一步阅读，请查看 GitLab 的博客：如何使用 GitLab CI 部署到多个环境。

虽然“它与您实际管理环境内容的方式完全分开”，正如

sytech

Answer 2

GitLab 17.6

（2024 年 11 月）确实建议： 在部署详细信息页面上显示发行说明

您是否想知道您被要求批准的部署中可能包含哪些内容？

在过去的版本中，您可以创建一个发布，其中包含有关其内容的详细描述和测试说明，但相关的特定于环境的部署没有显示此数据。

我们很高兴与大家分享，GitLab 现在会在相关部署详细信息页面下显示发行说明。

由于 GitLab 版本始终是从 Git 标签创建的，因此版本说明仅显示在与标签触发的管道相关的部署上。

此功能由

Anton Kalmykov

贡献给 GitLab。谢谢！

请参阅文档和

问题

。

神圣的马洛利。 该胶水称为“.gitlab-ci.yml”。 解释埋在这里：

https://docs.gitlab.com/ee/ci/yaml/gitlab_ci_yaml.html

Answer 3

“要使用 GitLab CI/CD，您需要：

应用程序代码托管在 Git 存储库中。 存储库根目录中名为 .gitlab-ci.yml 的文件，其中包含 CI/CD 配置。
”

我不知道为什么这个重要的基础在文档中没有放在更突出的位置。 文档称您可以使用 UI 或 .gitlab-ci.yml 文件来定义环境和部署。 我错误地认为这意味着某种等价，而不是 UI 只提供定义存根的能力，并且您必须在其他地方搜索最重要的 .yml 文件的语法和选项。