원클릭 스테이징
라이브 사이트의 파일과 데이터베이스를 그대로 유지한 채 운영 환경과 동일한 스택 및 블루프린트로 스테이징 복사본을 생성하여, 테스트한 내용이 그대로 배포되도록 하세요.
모든 사이트에 전체 스테이징 환경이 제공되므로 짐작으로 작업할 필요가 없습니다. 프로덕션을 복제하고, 복사본을 작업한 다음, 검증된 변경 사항을 다시 병합하세요.
라이브 사이트의 파일과 데이터베이스를 그대로 유지한 채 운영 환경과 동일한 스택 및 블루프린트로 스테이징 복사본을 생성하여, 테스트한 내용이 그대로 배포되도록 하세요.
변경 사항이 준비되면 단 한 번의 작업으로 스테이징을 프로덕션으로 푸시하세요. 수동 파일 복사나 취약한 데이터베이스 내보내기가 필요 없습니다.
모든 배포는 버전이 지정된 릴리스입니다. 변경 사항에 문제가 발생하면, 복구 티켓 없이 가장 최근의 정상 작동 릴리스로 즉시 롤백하세요.
Managed WordPress, WooCommerce, PHP, static HTML 또는 Node 등 어떤 환경이든 스테이징과 푸시투라이브 기능은 모든 사이트에서 동일하게 작동합니다.
Git 제공업체를 한 번 연결하면 저장소가 진실의 원천이 됩니다. 코드를 푸시하면 플랫폼이 자동으로 빌드하고 배포합니다.
GitHub, GitLab, 또는 Bitbucket을 OAuth를 통해 연동하면 배포 키는 일반 설정이 아닌 암호화된 자격 증명 저장소에 안전하게 보관됩니다. 푸시가 발생할 때마다 웹훅이 작동하여, 사이트에 배포되기 전에 Composer, npm 등 스택에 필요한 빌드 단계를 실행하는 안정적인 빌드 및 배포 파이프라인이 트리거됩니다.
팀에서 이미 사용하는 방식을 바탕으로 브랜치를 환경에 매핑하세요. 예를 들어 main은 프로덕션에, staging은 스테이징에 연결하거나 선호하는 규칙을 따르면 됩니다. 브랜치에 코드를 병합하면 해당하는 환경이 자동으로 업데이트되므로, 변경 사항을 반영하는 작업은 git push가 전부입니다.
지속적 배포가 제어권을 포기하는 것을 의미해서는 안 됩니다. 어떤 브랜치가 어떤 환경에 매핑되는지, 변경 사항이 언제 승격되는지, 언제 이전 버전으로 되돌릴지 여러분이 결정합니다. 파이프라인은 코드 가져오기, 빌드 실행, 원자적 배포 등 기계적인 작업을 처리하므로 배포는 지루하고 반복 가능하며 되돌릴 수 있는 작업이 됩니다.
AI 팩을 사용하면 어시스턴트가 코드를 수정하고 동일한 파이프라인을 통해 사이트에 배포할 수 있습니다. 따라서 AI가 작성한 변경 사항도 직접 작성한 코드와 정확히 동일한 빌드, 배포, 롤백 경로를 거치게 됩니다.
스테이징 환경은 운영 환경과 동일한 스택 및 블루프린트 상에서 라이브 사이트의 전체 복사본(파일 및 데이터베이스)을 생성합니다. 복사본에서 변경 사항을 테스트한 후, 푸시투라이브(push-to-live) 기능을 사용하여 단 한 번의 작업으로 운영 환경에 반영할 수 있습니다.
GitHub, GitLab, Bitbucket. OAuth를 통해 연결되며, 배포 키는 일반 설정 파일이 아닌 암호화된 자격 증명 저장소에 안전하게 보관됩니다.
웹훅이 푸시 시점에 실행되어 안정적인 빌드 및 배포 파이프라인을 시작합니다. Composer, npm 등 스택에 필요한 빌드 단계를 실행하고, 해당 브랜치에 매핑된 환경으로 결과물을 배포합니다.
네. 브랜치-환경 매핑을 사용하면, 예를 들어 main을 production에, staging을 staging에 연결할 수 있습니다. 브랜치에 병합하면 일치하는 환경이 자동으로 배포됩니다.
모든 배포는 버전이 지정된 릴리스이므로 복원 티켓 없이 이전 릴리스로 롤백할 수 있습니다. 배포는 안정적이고 재시도 가능한 워크플로로 실행되므로 빌드 도중 실패가 발생해도 사이트가 절반만 배포된 상태로 남지 않습니다.