기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
버전 관리
버전을 사용하면 Amazon Quick Flows를 빌드, 테스트 및 다른 사용자와 공유할 때 Amazon Quick Flows를 관리할 수 있습니다. 다른 작업 복사본을 저장하는 것과 같은 버전을 생각해 보십시오. 다른 사용자가 사용할 수 있도록 게시된 깨끗한 버전을 유지하면서 작업 복사본을 만들 수 있습니다. Amazon Quick Flows는 특정 흐름에 대해 3개 이하의 버전으로 간단하게 유지합니다.
버전 관리 작동 방식
조직의 설정에 따라 표시되는 버전 유형이 결정됩니다.
조직에서 승인 검토를 사용하는 경우
세 가지 유형의 버전으로 작업합니다. 승인 검토의 작동 방식에 대한 자세한 내용은 Amazon Quick Flows - Approval Review 설명서를 참조하세요.
- 🔧 초안
-
정의: 흐름을 빌드하고 테스트하는 작업 복사본입니다. 초안을 공유하지 않고 비공개 흐름으로 계속 실행할 수 있습니다.
수행할 수 있는 작업:
자유롭게 흐름 편집 및 수정
Amazon Quick Sight 카드, 파일 업로드 카드 및 출력 카드와 같은 카드 추가
공유하기 전에 변경 사항 테스트
진행하면서 작업을 자동으로 저장
여러 초안을 생성하여 다양한 접근 방식 시도
- ⏳ 승인 보류 중
-
정의:이 버전의 흐름은 적격 사용자가 공유를 위해 검토하고 승인하기를 기다리고 있습니다.
수행할 수 있는 작업:
제출된 흐름 보기(하지만 편집할 수 없음)
승인 상태 확인
검토자 피드백에 응답
검토를 위해 다시 제출하기 전에 승인 또는 주소 요청된 변경 사항을 기다립니다.
- ✅ 게시됨
-
정의: 이제 다른 사용자가 사용할 수 있는 승인된 흐름
수행할 수 있는 작업:
게시된 라이브 흐름 보기
새 초안의 시작점으로 사용
조직에서 승인 검토를 사용하지 않는 경우
두 가지 유형의 버전으로 작업합니다.
- 🔧 초안
-
정의: 흐름을 구축하기 위한 프라이빗 워크스페이스
수행할 수 있는 작업:
흐름 편집 및 테스트
변경 사항 자동 저장
공유할 준비가 될 때까지 작업을 비공개로 유지합니다.
- ✅ 게시됨
-
정의: 다른 사용자가 즉시 사용할 수 있는 게시된 흐름
수행할 수 있는 작업:
흐름이 준비되면 직접 게시
사용자가 즉시 사용할 수 있도록 설정
향후 변경 사항의 기준으로 사용
주요 버전 관리 개념
이러한 핵심 개념을 이해하면 Amazon Quick Flows 버전 관리를 효과적으로 사용하는 데 도움이 됩니다.
생성자를 위한 다중 버전 지정: 흐름 생성자는 흐름의 여러 버전(초안, 승인 보류 중, 공유됨)을 보고 작업할 수 있습니다. 이를 통해 사용자가 안정적인 게시 버전에 액세스하는 동안 개발을 계속할 수 있습니다.
사용자를 위한 단일 버전: 최종 사용자는 항상 현재 게시된 버전인 흐름의 한 버전만 볼 수 있습니다. 이렇게 하면 혼동을 방지하고 모든 사람이 동일한 경험을 할 수 있습니다.
변경 사항 게시 워크플로: 기존 공유 흐름을 변경할 때 사용자가 해당 업데이트를 사용할 수 있도록 하려면 "변경 사항 게시"해야 합니다. 그러면 새 버전이 생성되고 승인 검토가 트리거될 수 있습니다.
버전 교체: 변경 사항을 게시할 때마다 모든 사용자에 대해 새 버전이 이전에 게시된 버전을 대체합니다. 기록 버전은 생성자에 대해 유지 관리되지만 사용자는 항상 승인된 최신 버전을 볼 수 있습니다.
앱 정의 버전 관리: 제목, 설명, 구조와 같은 핵심 흐름 요소의 변경 사항은 앱 정의 변경으로 간주되며 전체 게시 프로세스를 거쳐야 합니다.
흐름 생성 및 편집
모든 새 흐름은 프라이빗 워크스페이스에서 초안으로 시작됩니다. 흐름을 빌드 및 테스트하고, 카드를 추가하고, 설정을 구성하고, 필요에 따라 반복할 수 있습니다. 작업은 자동으로 저장되지만 중요한 마일스톤은 수동으로 저장할 수 있습니다. 흐름을 다른 사람과 공유할 준비가 되면 의도한 대상에서 사용할 수 있도록 '변경 사항 게시'해야 합니다.
흐름 게시
승인 검토: 초안이 준비되면 "변경 사항 게시"하여 검토를 위해 제출합니다. 흐름은 검토자가 평가할 수 있는 '승인 보류 중' 상태로 이동합니다. 변경이 요청되면 업데이트가 포함된 새 초안을 생성하고 다시 제출해야 합니다. 승인되면 흐름이 "게시"되고 사용자가 사용할 수 있습니다. 나중에 공유 흐름을 변경하려면 다시 게시하고 승인 프로세스를 다시 거쳐야 합니다.
승인 검토 없음: 초안이 준비되면 "변경 사항 게시"하여 즉시 공유합니다. 흐름이 "게시"되어 사용자가 즉시 사용할 수 있습니다. 초안 모드에서 계속 변경하고 필요에 따라 업데이트를 게시할 수 있습니다.
공유 흐름 변경
흐름을 공유한 후에는 변경 사항을 사용자가 사용할 수 있도록 '변경 사항 게시' 프로세스를 거쳐야 합니다. 이렇게 하면 개선 사항을 계속 개발하는 동안 사용자가 항상 안정적이고 테스트된 버전에 액세스할 수 있습니다.
게시 변경 워크플로
공유 흐름을 수정하면 새 초안 버전으로 작업하게 됩니다. 사용자는 게시 변경 프로세스를 완료할 때까지 현재 게시된 버전을 계속 보고 사용합니다. 이 접근 방식을 사용하면 사용자가 불완전하거나 테스트되지 않은 변경 사항을 볼 수 없습니다.
제목 및 설명 변경: 흐름의 제목 또는 설명 업데이트는 앱 정의 변경으로 간주됩니다. 이를 위해서는 변경 사항을 게시하고 승인 검토가 활성화된 경우 승인 프로세스를 다시 거쳐야 합니다.
콘텐츠 변경: 카드, 프롬프트 또는 흐름 로직을 수정하려면 변경 사항을 게시해야 합니다. 게시된 각 업데이트는 모든 사용자의 이전 버전을 대체하는 새 버전을 생성합니다.
권한 변경 공유: 새 사용자를 추가하거나 권한을 변경(예: 최종 사용자를 공동 소유자로 변환)하려면 조직의 설정에 따라 승인이 필요할 수 있습니다.
플로우 게시 취소
공유 흐름을 게시 해제하여 공동 소유자가 액세스할 수 있도록 유지하면서 일반 가용성에서 제거할 수 있습니다. 흐름을 게시 취소하는 경우:
최종 사용자 액세스 권한 상실: 최종 사용자 권한이 있는 사용자는 더 이상 흐름을 보거나 사용할 수 없습니다.
공동 소유자는 액세스 권한을 유지합니다. 공동 소유자는 여전히 게시되지 않은 흐름에 액세스하고 작업할 수 있습니다.
초안 상태: 흐름이 추가 개발을 위해 초안 상태로 돌아갑니다.
승인 필요 없음: 게시 취소 시 승인 검토를 거치지 않아도 됩니다.
이 기능은 널리 공유되는 흐름을 크게 변경하거나 문제를 해결하는 동안 일시적으로 액세스를 제거해야 하는 경우에 유용합니다.
성공을 위한 팁
다음 모범 사례를 따라 흐름이 안정적으로 작동하는지 확인하고 사용자에게 훌륭한 경험을 제공합니다.
제출하거나 게시하기 전에
✅ 다양한 시나리오와 입력을 사용하여 흐름을 철저히 테스트합니다.
✅ 모든 단계가 예상대로 작동하는지 확인
✅ 의도한 사용자에 대해 데이터 권한이 올바르게 설정되었는지 확인
✅ 사용자를 위한 명확한 설명 및 도움말 텍스트 추가
✅ 오류 처리 또는 엣지 케이스 검토
여러 버전 관리
각 버전에서 변경한 내용을 추적합니다.
설명 이름 또는 메모를 사용하여 다양한 버전 식별
중요한 초안이 필요하지 않다고 확신할 때까지 삭제하지 마세요.
팀과의 작업
누가 무엇을 작업하고 있는지에 대해 팀원과 소통합니다.
공유 흐름을 게시하기 위한 조정 타이밍
사용자에게 중요 흐름이 업데이트되는 시기 알림
공유하기 전에 적절한 액세스 권한이 있는지 확인합니다.
버전 참조
이 표를 빠른 참조로 사용하여 각 버전 유형으로 수행할 수 있는 작업과 워크플로의 다음 단계를 이해할 수 있습니다.
| # | 버전 유형 | 를 편집할 수 있습니까? | 사용자가 볼 수 있습니까? | 다음 단계 |
|---|---|---|---|---|
| 1 | Draft | ✅ 예 | ❌ 아니요 | 제출/게시 |
| 2 | 승인 보류 중 | ❌ 아니요 | ❌ 아니요 | 승인 대기 |
| 3 | 공유 | ❌ 아니요 | ✅ 예 | 변경 사항에 대한 새 초안 생성 |
