에 대한 일반 가이드라인 및 사용 사례 개발자 샌드박스
샌드박스 사용을 최적화하려면 몇 가지 일반적인 가이드라인을 따르십시오.
사용자 수 개발자 샌드박스
각 샌드박스에는 한 사람만 작업해야 합니다. 샌드박스당 여러 사용자가 있으면 병렬 개발의 이점이 무효화됩니다.
의 타이밍 개발자 샌드박스
의도적으로 임시 환경을 만드는 데 사용합니다 개발자 샌드박스 . 수명이 길어질수록 원래의 기본 인스턴스에서 더 멀어집니다. 따라서 수명 개발자 샌드박스 은 가능한 한 짧아야 합니다.
- 스프린트
- 스토리
- 테스트 라운드
샌드박스 할당의 예
- 스프린트 시작 시 분기를 생성합니다.
- 각 샌드박스에 대해 새 분기를 만들어야 합니다.
- 스프린트 중간에 버그를 수정해야 하는 경우 변경 사항을 스태쉬에 저장하는 대신 새 분기가 있는 두 번째 샌드박스를 만들고 거기에서 버그를 수정합니다. 그런 다음 이러한 변경 내용을 릴리스 분기에 병합하고 버그 수정을 프로덕션에 배포합니다.
- 샌드박스를 생성하여 변경 내용을 새 샌드박스로 끌어와 스토리 또는 기능을 테스트합니다. 테스트가 완료되면 폐기됩니다.
개발자 샌드박스 비프로덕션 인스턴스와 비교
개발자 샌드박스 는 비프로덕션 인스턴스를 대체하지 않습니다. 개발자 샌드박스 는 일시적이지만 비프로덕션 인스턴스는 보다 영구적이며 장기적으로 사용하기 위한 것입니다.
| 비프로덕션 인스턴스 | 개발자 샌드박스 |
|---|---|
| 팀 또는 프로젝트별로 회사의 작업을 분할 | 프로젝트 내에서 개발자 메타데이터 변경 내용을 격리합니다. |
| 그룹은 상당히 다른 구성에서 시작합니다. | 모든 개발자는 동일한 베이스라인 인스턴스 구성으로 시작합니다. |
| 동시 작업 스트림이 격리되거나 최소한으로 정렬됨 | 개발 활동은 일관된 주기를 따릅니다. |
| 장기적인 변경을 위한 내구성 있는 환경 | 임시 환경에서 작업을 완료하고 버전 제어에 커밋할 수 있습니다. |
개발자 샌드박스 및 ServiceNow Fluent
개발자 샌드박스및 ServiceNow IDE와 가장 잘 작동합니다ServiceNow Fluent.
XML 태그에 표시되는 로우코드 변경 내용은 생성된 파일 구조로 인해 변경 내용을 정렬하기 어려울 수 있기 때문에 병합 문제를 일으키는 경우가 있습니다. 에서 로우코드 빌더 ServiceNow AI Platform를 사용하는 경우 가장 좋은 장기적 전략은 XML 대신 변경 사항을 ServiceNow Fluent 저장하는 것입니다.
ServiceNow Fluent 는 소스 코드에서 애플리케이션 메타데이터를 정의하는 데 사용할 수 있는 도메인별 프로그래밍 언어입니다. 개발자와 관리자는 Git과 같은 버전 제어에서 변경 내용을 쉽게 조회할 수 있습니다. 자세한 내용은 ServiceNow Fluent 문서를 참조하십시오.
와 함께 시스템 업데이트 세트사용할 개발자 샌드박스 수 있지만 보다 미래 지향적인 솔루션은 ServiceNow IDE. 샌드박스와 ServiceNow IDE 버전 제어 및 배포 앱(예 앱 엔진 관리 센터: )을 페어링하면 보다 깔끔하고 간소화된 배포 생태계를 만들 수 있습니다. 자세한 내용은 ServiceNow IDE 문서를 참조하십시오.
개발자 샌드박스 질문 게시판
개발자 샌드박스: FAQ 및 시작 가이드에 대한 문서를 참조하십시오ServiceNow 커뮤니티.