n8n의 환경

n8n 환경의 개념을 이해합니다.

n8n은 버전 관리 소프트웨어인 Git 위에 환경 기능을 구축했습니다. 이 문서는 다음을 이해하는 데 도움이 됩니다: 환경의 목적. n8n에서 환경이 작동하는 방식. 환경: 무엇이며 왜 필요한가 # 소프트웨어 개발에서 환경은 소프트웨어를 실행하는 도구 및 특정 도구 설정을 포함하여 코드 주변의 모든 인프라와 도구입니다. 소프트웨어 개발의 환경에 대한 더 자세한 소개는 Codecademy | Environments 를 참조하세요. n8n에서의 로우코드 개발도 비슷합니다. n8n은 워크플로를 구축하고 실행하는 곳입니다. 인스턴스에는 특정 설정이 있을 수 있습니다: Cloud의 경우 n8n이 설정을 결정합니다. 셀프 호스팅 인스턴스에는 광범위한 설정 옵션 이 있습니다. 인스턴스 설정에 변경 사항을 적용했을 수도 있습니다. n8n과 인스턴스의 특정 설정 및 설정의 이 조합이 워크플로가 실행되는 환경입니다. 두 개 이상의 환경을 갖는 것에는 장점이 있습니다. 일반적인 패턴은 개발 및 프로덕션을 위한 다른 환경을 갖는 것입니다: 개발: 작업을 수행하고 변경 사항을 만듭니다. 프로덕션: 라이브 환경. 이러한 설정은 사용 중인 워크플로를 중단하지 않고 워크플로를 변경할 수 있도록 도와줍니다. n8n의 환경 # n8n에서 환경은 n8n 인스턴스와 Git 브랜치의 두 부분으로 구성됩니다: n8n 인스턴스는 워크플로를 구축하고 실행하는 곳입니다. Git 브랜치는 워크플로 사본과 태그, 변수 및 자격 증명 스텁을 저장합니다. n8n은 자격 증명 및 변수 값을 Git과 동기화하지 않습니다. 새 인스턴스를 설정할 때 자격 증명 및 변수 값을 수동으로 설정해야 합니다. 자세한 내용은 Push 및 Pull | 커밋되는 것 을 참조하세요. 환경 간에 작업을 복사하는 방법은 브랜치 및 n8n 인스턴스 설정에 따라 다릅니다: 다중 인스턴스, 단일 브랜치: 한 인스턴스에서 Git 브랜치로 Push한 다음 다른 인스턴스로 작업을 Pull할 수 있습니다. 다중 인스턴스, 다중 브랜치: Git 제공업체에서 Pull request를 만들고 병합해야 합니다. 예를 들어 개발, 테스트 및 프로덕션 브랜치가 각각 자체 인스턴스에 연결된 경우 개발 브랜치를 테스트로 병합하여 테스트 인스턴스에서 개발 인스턴스의 작업을 사용할 수 있도록 해야 합니다. 프로세스를 부분적으로 자동화하는 단계를 포함한 자세한 내용은 환경 간 작업 복사 를 참조하세요. 작업 Push 및 Pull에 대한 자세한 안내는 Push 및 Pull 을 참조하세요. n8n 인스턴스를 Git에 연결하는 방법에 대한 자세한 내용은 소스 컨트롤 설정 을 참조하거나, n8n의 권장 설정 중 하나를 사용하여 환경을 설정하는 튜토리얼: 소스 컨트롤로 환경 만들기 를 따르세요.