워크플로우 선택
Lingo.dev CI/CD를 위한 워크플로우 권장사항
소개
Lingo.dev CI/CD는 유연하게 설계되어 기존의 모든 워크플로우와 통합할 수 있습니다. 시작점으로, 이 페이지에서는 고려할 만한 몇 가지 권장 워크플로우를 제공합니다.
참고: "최고의" 워크플로우는 없습니다. 각 워크플로우는 서로 다른 트레이드오프를 가지고 있으며, 사용자의 선호도, 팀 규모, 확립된 작업 방식에 따라 다르게 적용됩니다.
권장 워크플로우
옵션 1: 메인 브랜치에 커밋
콘텐츠 변경사항이 메인 브랜치에 병합되면, 번역이 자동으로 생성되어 메인 브랜치에 직접 커밋됩니다.
최적 사용 사례
개발자의 개입을 최소화하면서 눈에 띄지 않는 마찰 없는 번역 업데이트를 원하는 팀.
장점
- 완전 자동화 - 사람의 개입이 필요 없음
- 번역이 메인 브랜치에서 즉시 사용 가능
- 가장 간단한 설정 및 유지보수
- 관리할 추가 브랜치나 풀 리퀘스트가 없음
트레이드오프
- 번역에 대한 검토 프로세스 없음
- 번역 커밋이 추가 CI 실행을 트리거할 가능성
- 무엇이 번역되었는지에 대한 가시성 없이 변경사항이 메인에 직접 표시됨
- 번역이 배포되는 시점에 대한 제어 부족
옵션 2: 메인 브랜치에서 풀 리퀘스트
콘텐츠가 메인에 병합된 후, 번역이 생성되어 메인 브랜치에서 새로운 풀 리퀘스트로 제출됩니다.
최적 사용 사례
프로세스를 메인 브랜치에 중앙화하면서 번역 가시성과 검토 기능을 원하는 팀.
장점
- 번역 변경사항이 병합 전에 확인 및 검토 가능
- 어떤 콘텐츠가 번역되었는지에 대한 명확한 감사 추적
- 번역을 수락하기 전에 수동 조정 가능
- 명시적인 번역 커밋으로 깔끔한 메인 브랜치 히스토리 유지
트레이드오프
- 수동 풀 리퀘스트 승인 필요 (자동 병합이 구성되지 않은 경우)
- 콘텐츠 변경과 번역 가용성 사이의 약간의 지연
- 워크플로에서 관리해야 할 추가 풀 리퀘스트
옵션 3: 피처 브랜치에 커밋
피처 브랜치에서 콘텐츠 변경이 발생하면, 번역이 자동으로 생성되어 해당 브랜치에 직접 커밋됩니다.
최적 대상
장기 실행 피처 브랜치로 작업하며 번역을 피처 개발 프로세스의 일부로 포함하고자 하는 팀.
장점
- 피처가 완료되면 번역도 준비됨
- 피처 검토 중 별도의 번역 작업 불필요
- 완전한 피처에 콘텐츠와 번역이 모두 포함됨
- 피처 플래그 배포와 잘 작동함
트레이드오프
- 번역 커밋이 피처 브랜치 히스토리에 나타남
- 여러 개발자가 동일한 브랜치에서 작업할 경우 잠재적인 병합 충돌
- 번역이 콘텐츠 준비 상태가 아닌 피처 완료에 연결됨
- 출시되지 않는 실험적 피처에 대한 번역이 생성될 수 있음
옵션 4: 피처 브랜치에서 풀 리퀘스트
피처 브랜치에서 콘텐츠 변경이 발생하면, 번역이 생성되어 해당 브랜치에서 별도의 풀 리퀘스트로 제출됩니다.
최적 대상
피처 브랜치 워크플로를 유지하면서 번역에 대한 최대한의 제어와 가시성을 원하는 팀.
장점
- 피처 수준에서 번역 변경사항에 대한 완전한 가시성
- 피처 완료 전에 번역을 검토하고 조정할 수 있는 기능
- 피처 개발과 번역 통합의 명확한 분리
- 번역 업데이트 수락 시점에 대한 유연한 타이밍
트레이드오프
- 관리하기 가장 복잡한 워크플로
- 피처당 여러 개의 풀 리퀘스트 (피처 + 번역)
- 피처가 변경될 경우 번역 풀 리퀘스트가 오래될 가능성
- 피처와 번역 풀 리퀘스트 간의 조율 필요