Skip to content

Git 与 n8n#

n8n 使用 Git 提供源代码控制功能。要使用此功能，了解基本的 Git 概念会有所帮助。n8n 并未实现所有 Git 功能：您不应将 n8n 的源代码控制视为完整的版本控制系统。

初次接触 Git 和源代码控制？

如果您是 Git 新手，请不要担心。使用 n8n 并不需要学习 Git。本文档会解释您需要的概念。不过在设置源代码控制时确实需要一些 Git 知识，因为这涉及到在您的 Git 提供商处进行操作。

熟悉 Git 和源代码控制？

如果您熟悉 Git，请不要依赖完全匹配的行为。特别需要注意的是，n8n 中的源代码控制不支持拉取请求(pull request)式的审查和合并流程，除非您在 n8n 之外的 Git 提供商处进行此操作。

本页介绍 n8n 中使用的 Git 概念和术语。它不涵盖设置和管理仓库所需的全部内容。进行设置的人员应该对 Git 及其 Git 托管提供商有一定了解。

这是简要介绍

Git 是一个复杂的主题。本节简要介绍在 n8n 中使用环境时需要了解的关键术语。如果您想深入学习 Git，请参考 GitHub | Git 和 GitHub 学习资源。

Git 概述#

Git 是一个用于管理、跟踪和协作处理文档多版本的工具。它是 GitHub 和 GitLab 等广泛使用平台的基础。

分支：项目的多版本并行管理#

Git 使用分支来维护文档的多个并行版本。每个分支都拥有独立的版本内容。常见的模式是维护一个主分支（main branch），所有项目贡献者都在自己的分支（副本）上工作。当他们完成工作时，将分支合并回主分支。

示意图

本地与远程：在本地机器和 Git 提供商之间同步工作#

使用 Git 的常见模式是在本地计算机上安装 Git，同时使用 GitHub 等 Git 提供商进行云端协作。实际上，您在 GitHub 上拥有一个 Git 仓库（项目），并在本地机器上操作其副本。

n8n 采用这种模式进行源码控制：您将在 n8n 实例上操作工作流，但将它们推送到 Git 提供商进行存储。

推送、拉取与提交#

n8n 使用三个关键的 Git 流程：

  • 推送（Push）：将工作从您的实例发送到 Git。这会将您的工作流、标签以及凭证和变量的存根保存到 Git。您可以选择要保存哪些工作流。

  • 拉取（Pull）：从 Git 获取工作流、标签和变量并加载到 n8n 中。您需要为刷新项目中包含的任何凭证或变量存根填充实际值。

    拉取操作会覆盖本地修改

    如果您已在 n8n 中修改了工作流，必须在拉取前将更改推送到 Git。拉取操作会覆盖所有未存储在 Git 中的本地更改。

  • 提交（Commit）：在 n8n 中，提交是指单次将工作推送到 Git 的操作。n8n 中的提交和推送是同步进行的。

有关 n8n 与 Git 交互的详细信息，请参阅推送与拉取。