n8n은 소스 컨트롤을 제공하기 위해 Git을 사용합니다. 이 기능을 사용하려면 기본적인 Git 개념에 대한 지식이 있으면 도움이 됩니다. n8n은 모든 Git 기능을 구현하지는 않으므로, n8n의 소스 컨트롤을 완전한 버전 관리로 간주해서는 안 됩니다.

이 페이지에서는 n8n에서 사용하는 Git 개념과 용어를 소개합니다. 리포지터리를 설정하고 관리하는 데 필요한 모든 내용을 다루지는 않습니다. 설정 작업을 수행하는 사람은 Git 및 사용 중인 Git 호스팅 공급자에 대한 어느 정도의 지식이 있어야 합니다.

Git 개요#

Git은 여러 버전의 문서를 관리, 추적, 협업하기 위한 도구입니다. GitHub, GitLab과 같이 널리 사용되는 플랫폼의 기반이 됩니다.

브랜치: 프로젝트의 여러 사본#

Git는 브랜치를 사용하여 문서의 여러 사본을 나란히 유지합니다. 모든 브랜치는 각자의 버전을 가집니다. 일반적인 패턴은 메인 브랜치를 두고, 프로젝트에 기여하려는 모든 사람이 자신의 브랜치(사본)에서 작업하는 것입니다. 작업을 마치면 해당 브랜치는 다시 메인 브랜치에 병합됩니다.

로컬 및 원격: 사용자의 머신과 Git 공급자 간 작업 이동#

Git를 사용할 때 흔히 볼 수 있는 패턴은 자신의 컴퓨터에 Git를 설치하고, GitHub와 같은 Git 공급자를 사용해 클라우드에서 Git 작업을 수행하는 것입니다. 실제로는 GitHub에 Git 리포지터리(프로젝트)가 있고, 로컬 머신에서는 해당 리포지터리의 사본으로 작업하게 됩니다.

n8n은 소스 컨트롤에도 이와 같은 패턴을 사용합니다. n8n 인스턴스에서 워크플로를 작업하지만, 이를 저장하기 위해 Git 공급자로 전송합니다.

푸시, 풀, 커밋#

n8n은 세 가지 핵심 Git 프로세스를 사용합니다.

• Push(푸시): 인스턴스에서 Git으로 작업을 전송합니다. 이렇게 하면 워크플로와 태그의 사본은 물론 자격 증명과 변수의 스텁도 Git에 저장됩니다. 저장할 워크플로를 선택할 수 있습니다.

• Pull(풀): Git에서 워크플로, 태그, 변수를 가져와 n8n에 불러옵니다. 새로 고쳐진 항목에 포함된 자격 증명이나 변수 스텁은 직접 채워야 합니다.
  

  풀을 하면 작업 내용이 덮어써집니다

  n8n에서 워크플로를 변경했다면, 풀하기 전에 반드시 해당 변경 사항을 Git에 푸시해야 합니다. 풀을 하면 Git에 저장되지 않은 변경 사항은 모두 덮어써집니다.

• Commit(커밋): n8n에서 커밋은 Git으로 작업을 푸시하는 단일 작업입니다. n8n에서는 커밋과 푸시가 동시에 일어납니다.

n8n이 Git과 상호작용하는 방식에 대한 자세한 내용은 Push and pull을 참고하세요.