튜토리얼 - 소스 컨트롤로 환경 만들기

n8n의 소스 컨트롤 기능을 사용하여 환경을 만드는 방법을 설명합니다.

기능 제공 범위 Business 및 Enterprise 플랜에서 사용 가능합니다. 소스 제어를 활성화하고 구성하려면 n8n 인스턴스 소유자 또는 인스턴스 관리자여야 합니다. 인스턴스 소유자와 인스턴스 관리자는 연결된 저장소에 변경 사항을 푸시하거나 저장소에서 변경 사항을 풀할 수 있습니다. 프로젝트 관리자는 연결된 저장소에 변경 사항을 푸시할 수 있습니다. 저장소에서 변경 사항을 풀할 수는 없습니다. 이 튜토리얼은 환경을 처음부터 끝까지 설정하는 과정을 안내합니다. 개발 환경과 프로덕션 환경 두 가지를 만들게 됩니다. Git 제공업체로 GitHub를 사용합니다. 다른 제공업체에서도 비슷한 과정을 따릅니다. n8n은 버전 관리 소프트웨어인 Git 위에 환경 기능을 구축했습니다. n8n 인스턴스를 Git 브랜치에 연결하고, 환경 간에 작업을 이동하는 Push-Pull 패턴을 사용합니다. 환경과 Git에 대한 이해가 어느 정도 필요합니다. 이러한 주제에 대한 자세한 내용은 다음을 참조하세요: n8n의 환경 : 환경의 목적과 n8n에서 작동하는 방식. Git과 n8n : Git 개념 및 n8n의 소스 컨트롤. 소스 컨트롤 패턴 선택 # 소스 컨트롤과 환경을 설정하기 전에 환경을 계획하고 Git 브랜치와 어떻게 연결될지 계획해야 합니다. n8n은 다양한 브랜치 패턴 을 지원합니다. 환경의 경우 다중 인스턴스/다중 브랜치 또는 다중 인스턴스/단일 브랜치 중 하나를 선택해야 합니다. 이 튜토리얼은 두 패턴 모두를 다룹니다. 권장 사항: 동일한 n8n 인스턴스에 푸시와 풀을 동시에 사용하지 마세요 인스턴스에서 브랜치로 작업을 푸시하고, 같은 인스턴스로 풀하는 것이 가능하지만 n8n은 이를 권장하지 않습니다. 머지 충돌과 작업 덮어쓰기 위험을 줄이기 위해, 작업이 한 방향으로만 흐르는 프로세스를 만드세요: Git으로 가거나, Git에서 오거나, 둘 다는 아닙니다. 다중 인스턴스, 다중 브랜치 # 이 패턴의 장점은 다음과 같습니다: 실수로 변경 사항이 프로덕션 환경에 적용되는 것을 방지하는 추가 안전 레이어가 생깁니다. 환경 간에 작업을 복사하려면 GitHub에서 풀 리퀘스트를 수행해야 합니다. 두 개 이상의 인스턴스를 지원합니다. 단점은 환경 간에 작업을 복사할 때 수동 단계가 더 많다는 점입니다. 다중 인스턴스, 단일 브랜치 # 이 패턴의 장점은 한 인스턴스에서 푸시하면 작업이 다른 환경에 즉시 제공된다는 점입니다. 단점은 다음과 같습니다: 실수로 푸시하면 프로덕션 인스턴스에 작업이 반영될 위험이 있습니다. GitHub Action을 사용하여 풀을 자동화 하도록 설정한 경우, 멀티 인스턴스 멀티 브랜치 패턴을 사용하거나, 프로덕션에 반영하고 싶지 않은 작업은 절대 푸시하지 않도록 주의해야 합니다. 동일한 인스턴스에 푸시와 풀을 동시에 사용하면 이러한 작업 수행 시 변경 사항이 덮어씌워져 데이터 손실이 발생할 수 있습니다. 콘텐츠가 한 방향으로만 흐르도록 프로세스를 설정해야 합니다. 리포지터리 설정 # 패턴을 선택한 후 GitHub 리포지터리를 설정해야