Skip to content

Git 和 n8n#

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

Git 和源代码控制新手？

如果您是 Git 新手，不要惊慌。您不需要学习 Git 就能使用 n8n。本文档解释了您需要的概念。您确实需要一些 Git 知识来设置源代码控制，因为这涉及在您的 Git 提供商中的工作。

熟悉 Git 和源代码控制？

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

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

这是一个简要介绍

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

Git 概述#

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

分支：项目的多个副本#

Git 使用分支来维护文档的多个副本。每个分支都有自己的版本。常见模式是有一个主分支，然后每个想要为项目贡献的人都在自己的分支（副本）上工作。当他们完成工作时，他们的分支被合并回主分支。

图表

本地和远程：在您的机器和 Git 提供商之间移动工作#

使用 Git 时的常见模式是在您自己的计算机上安装 Git，并使用 GitHub 等 Git 提供商在云中使用 Git。实际上，您在 GitHub 上有一个 Git 仓库（项目），并在您的本地机器上使用它的副本。

n8n 在源代码控制中使用这种模式：您将在 n8n 实例上处理工作流，但将它们发送到 Git 提供商进行存储。

推送、拉取和提交#

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

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

  • 拉取：从 Git 获取工作流、标签和变量并将其加载到 n8n 中。您需要填充刷新项目中包含的任何凭据或变量存根。

    拉取会覆盖您的工作

    如果您在 n8n 中对工作流进行了更改，您必须在拉取之前将更改推送到 Git。拉取时，如果您的更改未存储在 Git 中，它会覆盖您所做的任何更改。

  • 提交：n8n 中的提交是向 Git 推送工作的单次发生。在 n8n 中，提交和推送同时发生。

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