워크플로우 선택하기

소개

Lingo.dev CI/CD는 유연하게 설계되어 기존 워크플로우와 통합할 수 있습니다. 시작점으로, 이 페이지에서는 고려할 수 있는 몇 가지 권장 워크플로우를 제공합니다.

참고: "최고의" 워크플로우는 없습니다. 각 워크플로우는 서로 다른 트레이드오프를 가지고 있으며, 사용자의 선호도, 팀 규모 및 확립된 작업 방식에 따라 다른 사용자에게 어필할 것입니다.

권장 워크플로우

옵션 1: 메인 브랜치에 커밋

콘텐츠 변경사항이 메인 브랜치에 병합되면, 번역이 자동으로 생성되어 메인 브랜치에 직접 커밋됩니다.

최적 대상

개발자 개입을 최소화하면서 보이지 않는, 마찰 없는 번역 업데이트를 원하는 팀.

장점

• 완전 자동화 - 인간의 개입이 필요 없음
• 번역이 메인 브랜치에서 즉시 사용 가능
• 가장 간단한 설정 및 유지 관리
• 추가 브랜치나 풀 리퀘스트 관리 불필요

트레이드오프

• 번역에 대한 검토 프로세스 없음
• 번역 커밋이 추가 CI 실행을 트리거할 가능성
• 무엇이 번역되었는지에 대한 가시성 없이 변경사항이 메인에 직접 나타남
• 번역이 배포되는 시기에 대한 제어 감소

옵션 2: 메인 브랜치에서 풀 리퀘스트

콘텐츠가 메인에 병합된 후, 번역이 생성되어 메인 브랜치에서 새로운 풀 리퀘스트로 제출됩니다.

최적 대상

메인 브랜치에서 프로세스를 중앙 집중화하면서 번역 가시성과 검토 기능을 원하는 팀.

장점

• 번역 변경사항이 병합 전에 가시적이고 검토 가능
• 어떤 콘텐츠가 번역되었는지에 대한 명확한 감사 추적
• 번역을 수락하기 전에 수동 조정 가능
• 명시적인 번역 커밋으로 깔끔한 메인 브랜치 히스토리 유지

트레이드오프

• 수동 풀 리퀘스트 승인이 필요함(자동 병합이 구성되지 않은 경우)
• 콘텐츠 변경과 번역 가용성 사이에 약간의 지연 발생
• 워크플로우에서 관리해야 할 추가 풀 리퀘스트

옵션 3: 기능 브랜치에 커밋

기능 브랜치에서 콘텐츠 변경이 이루어지면, 번역이 자동으로 생성되어 동일한 브랜치에 직접 커밋됩니다.

최적 사용 사례

번역을 기능 개발 프로세스의 일부로 포함하고자 하는 장기 기능 브랜치로 작업하는 팀.

장점

• 기능이 준비되었을 때 번역도 함께 준비됨
• 기능 검토 중 별도의 번역 작업이 필요하지 않음
• 완성된 기능에 콘텐츠와 번역이 모두 포함됨
• 기능 플래그 배포와 잘 연동됨

트레이드오프

• 번역 커밋이 기능 브랜치 히스토리에 표시됨
• 여러 개발자가 동일한 브랜치에서 작업할 경우 병합 충돌 가능성
• 번역이 콘텐츠 준비 상태보다 기능 완성에 연결됨
• 출시되지 않는 실험적 기능에 대한 번역이 생성될 수 있음

옵션 4: 기능 브랜치에서 풀 리퀘스트

기능 브랜치에서 콘텐츠 변경이 발생하면, 번역이 생성되어 해당 브랜치에서 별도의 풀 리퀘스트로 제출됩니다.

최적 사용 사례

기능 브랜치 워크플로우를 유지하면서 번역에 대한 최대한의 제어와 가시성을 원하는 팀.

장점

• 기능 수준에서 번역 변경 사항에 대한 완전한 가시성
• 기능 완성 전에 번역을 검토하고 조정할 수 있는 능력
• 기능 개발과 번역 통합 간의 명확한 분리
• 번역 업데이트 수락에 대한 유연한 타이밍

트레이드오프

• 관리하기에 가장 복잡한 워크플로우
• 기능당 여러 풀 리퀘스트(기능 + 번역)
• 기능이 변경될 경우 번역 풀 리퀘스트가 오래된 상태가 될 가능성
• 기능 및 번역 풀 리퀘스트 간의 조정 필요