새로고침 전 위험 스캔
샌드박스 새로고침이 예정되어 있고 무엇이 손실될지 알아야 할 때 사용합니다. 이 스캔은 읽기 전용입니다. 판단은 질문, 검토, 그리고 발송될 메모에 담겨 있습니다.
1단계: 실행 전 질문
다음 질문을 한 메시지에 모두 묻고 답변을 기다리십시오. 먼저 스캔을 실행하지 마십시오.
- 어떤 조직이며, CLI 별칭은 무엇입니까? 프로덕션이 아닌 샌드박스인지 확인하십시오. 이 스킬로 프로덕션을 스캔하지 않습니다.
- 새로고침은 언제이며, 유형은 무엇입니까 (Full, Partial, Developer Pro, Developer)? Full과 Partial은 데이터를 교체합니다. Developer와 Developer Pro는 데이터를 전혀 유지하지 않습니다.
- 이 조직에 대한 소스 제어 프로젝트가 있습니까? 있다면 디스크 상의 위치는 어디입니까? 스캔 시 조직과 비교할 수 있습니다.
- 통합을 소유한 사람은 누구입니까? 체크리스트는 소유자를 할당하므로 내부 담당자의 이름이 필요합니다.
- 이 샌드박스에 다른 곳에는 존재하지 않는 것으로 알려진 것이 있습니까? 수동으로 구축한 테스트 데이터, 기능 스위치, 데모 구성 등.
2단계: 스캔 실행
node scan.js --org <별칭> --out ./out [--project <sfdx 프로젝트 경로>] [--days 90]
스크립트는 out/refresh-risk-checklist.md와 out/refresh-risk.json 파일을 작성합니다. 검사가 실패하면 (실행 사용자에게 권한이 없거나 조직에 객체가 없는 경우) 체크리스트에 그 사실을 명시하고 계속 진행합니다. 묻지 않고 더 많은 권한으로 재시도하지 마십시오.
3단계: 단순 전달이 아닌 검토
체크리스트를 읽고 스크립트가 할 수 없는 판단을 적용하십시오:
- 우리 범위 밖에 있지만 여전히 위험한 항목은 무엇입니까? 그래도 표시하십시오. 클라이언트는 두 번 듣는 것을 한 번도 듣지 않는 것보다 선호합니다.
- 노이즈는 무엇입니까? 아무도 사용하지 않는 연결된 앱은 의도적으로 제외할 수 있습니다. 작업으로 나열하는 대신 그렇게 명시하십시오.
- 조용히 중단될 항목은 무엇입니까? 통합 사용자와 OAuth 토큰이 메모에서 가장 먼저 언급됩니다.
- 사후 복사 스크립트가 있습니까? 없다면 추천하십시오. 이 스크립트는 목록의 대부분을 코드로 전환합니다.
체크리스트를 편집하십시오: 노이즈는 삭제하고, 소유자를 추가하고, 1단계의 답변에서 드러난 내용을 추가하십시오.
4단계: 메모 작성
클라이언트 메모를 평이한 언어로 한 화면 분량으로 작성하십시오:
- 첫 줄에 새로고침 날짜와 유형.
- 손실되거나 재설정될 내용을 그룹화: 데이터, 자격 증명 및 통합, 예약된 작업, 샌드박스 전용 구성.
- 클라이언트에게 필요한 사항과 기한: 우리 범위 밖의 항목에 대한 소유자, 폐기하려는 항목에 대한 확인.
- 우리가 할 일과 기한: 새로고침 전 내보내기, 새로고침 후 재입력 및 재일정, 첫날 Smoke 테스트.
체크리스트를 첨부하십시오. 참여 리더가 먼저 읽지 않고는 아무것도 보내지 마십시오.
규칙
- 읽기 전용. 스크립트는 조회하고 나열만 합니다. 쓰기 작업을 추가하지 마십시오.
- 샌드박스 전용. 별칭이 프로덕션으로 확인되면 중단하고 그렇게 말하십시오.
- 체크리스트에 비밀 정보를 절대 붙여넣지 마십시오. 명명된 자격 증명 이름은 괜찮습니다. 값은 절대 안 됩니다.
- 참여 폴더를 벗어나는 항목에 클라이언트 이름을 넣지 마십시오.