分支模式#

n8n 实例和 Git 分支之间的关系是灵活的。您可以根据需要创建不同的设置。

建议：不要在同一个 n8n 实例上推送和拉取

您可以从实例向分支推送工作，并拉取到同一实例。n8n 不建议这样做。为了降低合并冲突和覆盖工作的风险，请尝试创建一个工作只朝一个方向流动的流程：要么到 Git，要么从 Git，但不要双向。

多实例，多分支#

这种模式涉及拥有多个 n8n 实例，每个实例都链接到它自己的分支。

您可以将此模式用于环境。例如，创建两个 n8n 实例，开发和生产。将它们链接到它们自己的分支。从开发实例将工作推送到其分支，做一个拉取请求将工作移动到生产分支，然后拉取到生产实例。

此模式的优点是：

缺点是在环境间复制工作需要更多手动步骤。

如果您希望在各处都有相同的工作流、标签和变量，但希望在不同的 n8n 实例中使用它们，请使用此模式。

您可以将此模式用于环境。例如，创建两个 n8n 实例，开发和生产。将它们都链接到同一个分支。从开发推送工作，然后将其拉取到生产中。

此模式在测试新版本的 n8n 时也很有用：您可以使用新版本创建一个新的 n8n 实例，将其连接到 Git 分支并进行测试，而您的生产实例保持在旧版本上，直到您确信升级是安全的。

此模式的优点是，当您从一个实例推送时，其他环境立即可以使用这些工作。

缺点是：

如果您误操作推送，这些工作有风险进入您的 production 实例。如果您使用 GitHub Action 自动拉取到 production，您必须使用多实例、多 branch 模式，或者小心永远不要推送您不希望在 production 中出现的工作。
对同一个实例进行推送和拉取操作可能会导致数据丢失，因为执行这些操作时更改会被覆盖。您应该建立流程确保内容单向流动。