A. 실제 애플리케이션 사용 환경을 매우 유사하게 시뮬레이션합니다.

B. 애플리케이션 구성 요소의 오류를 정확히 찾아냅니다.

C. 모든 코드 경로 및 분기에 대한 테스트 범위를 제공합니다.

D. 테스트 스위트 자동화를 더 쉽게 만들어 줍니다.

A. 배포, 빌드, 컨텍스트, ID 및 환경을 사용합니다. 개발 환경을 기본 환경으로 설정하고 빌드 아래의 경로를 재정의합니다.

B. 루트, 모듈, 프로필, 액터 및 타겟을 사용합니다. 프로필에는 작업 공간 및 아티팩트 기본값이 포함되고 액터는 실행 ID를 설정합니다.

C. 프로젝트, 패키지, 환경, ID 및 스테이지를 사용합니다. 환경 설정에서 dev를 기본 스테이지로 설정하고 작업 공간을 재정의합니다.

D. 최상위 수준에서 bundle, artifacts, workspace, run_as 및 targets를 사용하고, default: true로 설정된 타겟 하나를 지정하고 해당 타겟 아래에서 워크스페이스 경로 또는 아티팩트를 재정의합니다.

A. databricks에서 my_project_job -e prod를 실행합니다.

B. databricks 작업 실행 my_project_job --env prod

C. databricks run my_project_job -t prod

D. databricks bundle run my_project_job -t prod

A. 리포지토리를 사용하여 풀 리퀘스트를 생성하고, Databricks REST API를 사용하여 현재 브랜치를 dev-로 업데이트합니다.
2.3.9

B. Repos를 사용하여 원격 Git 저장소에서 변경 사항을 가져오고 dev-2.3.9 분기를 선택합니다.

C. Repos를 사용하여 dev-2.3.9 브랜치를 체크아웃하고 현재 브랜치와의 충돌을 자동으로 해결합니다.

D. 모든 변경 사항을 원격 Git 저장소의 메인 브랜치에 병합하고 저장소를 다시 클론합니다.

E. Repos를 사용하여 현재 브랜치와 dev-2.3.9 브랜치를 병합한 다음, 원격 저장소와 동기화하기 위한 풀 리퀘스트를 생성합니다.

A. 노트북에서 "유효성 검사" 옵션을 사용하여 구문 오류를 확인하세요.

B. 노트북에서 웹 터미널을 열고 셸 명령어를 실행하여 파이프라인 코드의 유효성을 검사합니다.

C. 코드 유효성 검사 기능을 사용하려면 노트북을 파이프라인에서 연결 해제한 다음 컴퓨팅 클러스터에 다시 연결하십시오.

D. 유효성 검사 및 진단 도구에 액세스하려면 노트북 대신 작업 공간 파일로 전환하십시오.