두 가지 개념은 모두 중요한 업무에 영향을 주지 않도록 실험적 작업을 분리하기 위해 존재합니다.
임시 프로젝트
임시 프로젝트는 나중에 삭제할 목적으로 만든 일반적인 프로젝트입니다. 낯선 코드베이스에서 Coroid를 테스트하거나, 정책 변경 사항을 전체에 적용하기 전에 검증하거나, 확신하지 못한 접근 방식을 탐색할 때 활용하세요.
가장 큰 장점은 격리 기능입니다. 임시 프로젝트에서 진행된 실험은 팀이 의존하는 프로젝트의 작업 이력, 지표 및 컨텍스트를 오염시키지 않습니다.
작업이 끝나면 해당 프로젝트를 삭제하세요. 6개월 이상 유지되는 임시 프로젝트는 사실상 실제 프로젝트로 전환된 것이며, 이에 따른 설정 관리 작업이 필요해집니다.
미리보기 환경
미리보기는 작업에서 생성된 브랜치를 기반으로 실제로 동작하는 변경된 애플리케이션입니다.
이는 매우 중요합니다. 왜냐하면 일부 사항은 코드 차이만으로는 확인할 수 없기 때문입니다. 페이지가 올바르게 렌더링되는지, 전체 흐름이 제대로 작동하는지, 변경 사항이 시각적으로 적절한지 등은 실제로 동작하는 환경에서 확인해야 합니다.
미리보기는 다음과 같은 용도로 사용됩니다:브라우저 테스트가 발생하는 대상이며, 스크린샷만으로는 판단이 어려울 때 리뷰어가 직접 열어 확인하는 환경이기도 합니다.
pull request에서 미리보기가 제공되는 방식
호스팅 제공업체나 CI를 통해 이미 미리보기 배포 환경을 갖추고 있다면, Coroid가 이를 다음과 같이 연결할 수 있습니다:리뷰 증거, 따라서 해당 링크는 별도로 찾아야 하는 곳이 아닌 변경 사항 옆에 바로 표시됩니다.
핵심은 검증 증거와 그 증거가 확인하는 코드가 함께 제공되어야 한다는 점입니다.
언제 어떤 것을 사용할까?
- Coroid나 나중에 폐기할 가능성이 있는 접근 방식을 테스트할 때 →임시 프로젝트
- 특정 변경 사항이 올바르게 동작하는지 확인할 때 →미리보기
두 기능은 상호 보완적입니다. 임시 프로젝트에도 다른 프로젝트와 마찬가지로 미리보기를 적용할 수 있습니다.