Salesforce 개발자 경험(DX)으로 작업 경험 향상

Salesforce 전문가에게 Salesforce DX는 마음을 사로잡는 릴리스입니다. 프로그래머가 시스템을 위한 프로그램을 구축하고 배포하는 방식의 변화입니다. 이 새로운 방법을 통해 지원 도구와 함께 제공되는 Salesforce 개발자가 더 나은 최신 개발 흐름을 사용할 수 있습니다. 이 도구는 팀 구성원 간의 보다 효과적인 관리 및 커뮤니케이션을 촉진하여 Salesforce 애플리케이션 클라우드의 효율성과 역량을 높이도록 설계되었습니다. 배포는 전통적으로 Salesforce 개발의 골칫거리였습니다. 그래도 Salesforce DX를 사용하면 개발의 첫 단계부터 제품 출시의 마지막 단계까지 가장 효과적이고 최첨단의 도구에 액세스할 수 있습니다. 기업이 디지털 시장 기회를 활용하고 고품질 앱 개발 및 배포 속도를 높이는 데 도움이 됩니다. 이 블로그에서 Salesforce 개발자 경험에 관한 최신 정보에 액세스하십시오.

Salesforce Dx(개발자 경험)란 무엇입니까?

Salesforce DX(개발자 경험)는 전체 수명 주기 동안 Salesforce Lightning 플랫폼에서 앱을 관리하고 구축하는 포괄적인 방법입니다. Salesforce에서 사용자 정의 앱을 빌드하기 위한 새로운 차원의 민첩성, 소스 기반 개발, 통합 팀워크 및 새로운 수준의 민첩성을 허용하기 위해 Lightning Platform의 가장 좋은 부분을 함께 제공합니다. 이는 Salesforce DX에 두 명 이상의 개발자가 있는 팀이 진실의 소스가 변경되지 않도록 유지하는 데 도움이 되는 중앙 집중식 소스 제어 시스템이 있음을 의미합니다.

진실의 근원은 모든 팀 구성원이 애플리케이션 구축을 위한 구성과 기본 코드 저장소를 찾을 수 있는 곳입니다. 이렇게 하면 코드를 덮어쓸 가능성이 줄어들고 전체 제품에 영향을 주지 않는 별도의 환경에서 기능을 테스트할 수 있습니다.

Salesforce DX에는 잠금 해제할 수 있는 패키지도 있으며 이러한 패키지에는 조직 변경 사항을 더 쉽게 관리할 수 있는 더 많은 기능이 있습니다. DevOps 도구를 환경에 통합하면 Salesforce 개발 파이프라인에서 더 잘 작동합니다.

Salesforce DX의 하이라이트는 다음과 같습니다.

귀하의 도구는 귀하의 방식대로 완료됩니다. Salesforce DX를 사용하면 개발자로서 이미 익숙한 도구를 사용할 수 있습니다.

• 소프트웨어를 만들 때 모범 사례를 사용할 수 있는 능력. 소스 코드와 메타데이터는 조직 외부에 보관되므로 팀이 Salesforce 앱을 더 쉽게 개발할 수 있습니다. 조직 대신 진실의 근원은 버전 제어 시스템입니다.
• 강력한 명령줄 인터페이스(CLI)가 있으면 개발, 지속적인 통합 및 전달을 위해 Salesforce 조직을 사용하는 것이 훨씬 쉽습니다.
• 유연하고 변경하기 쉬운 스크래치 조직으로 개발 및 자동화 환경을 구축할 수 있습니다. 이 새로운 유형의 조직을 사용하면 앱과 패키지를 더 쉽게 구축할 수 있습니다.
• CLI 및 외부화된 소스와 함께 모든 IDE 또는 텍스트 편집기를 사용할 수 있습니다.
• VS Code용 Salesforce Extensions를 사용하여 앱 개발 속도를 높일 수 있습니다. 이러한 도구에는 스크래치 조직, Salesforce Apex, Lightning 구성 요소 및 Visualforce 작업을 위한 기능이 있습니다.

Salesforce DX의 이점은 무엇입니까?

이것은 효과적인 팀워크와 성장을 돕습니다.

• 결과적으로 보다 민첩하고 효과적인 릴리스 주기 프로세스가 제공됩니다.
• 개발자는 선호하는 코딩 환경을 명령줄 인터페이스(CLI), 텍스트 편집기(VIM, Sublime Text, Atom 등) 등에 사용할 수 있습니다.
• 코드를 지속적으로 테스트하고 쉽게 통합할 수 있습니다.
• 프로그래머가 DX에 대한 실질적인 경험을 얻을 수 있도록 로컬 개발 환경이 필요합니다.

Salesforce DX의 단점은 무엇입니까?

• 일부 기능이 구현될 때까지 플랫폼에 버그가 포함될 수 있습니다.
• 시스템 관리자는 일반적으로 필요한 라인 명령과 특정 지침이 많기 때문에 문제 해결이 어려울 수 있습니다.
• 개발자는 맞춤형 플랫폼에 익숙해지면서 가파른 학습 곡선에 직면합니다.

Salesforce DX 도구 및 기능

모든 DX 기능이 모든 팀에 필요한 것은 아니며 다른 팀 구성원이 자신에게 맞는 방식으로 DX 도구를 사용합니다.

A. Salesforce CLI

Ant 기반 Force.com 마이그레이션 도구는 Salesforce 명령줄 인터페이스(CLI)로 대체되었습니다. Ant의 모든 기능과 함께 조직 간에 메타데이터를 푸시 및 풀하고, 메타데이터를 SFDX 형식으로 변환하고, 다른 DX 기능을 관리하는 기능이 있습니다. 개발자라면 Salesforce CLI를 통해 DX의 강력한 기능을 손쉽게 사용할 수 있습니다.

나. 통합개발환경(ide)

Salesforce는 또한 가볍고 확장 가능한 코드 편집기를 DX 작업을 위한 탁월한 IDE로 만드는 Visual Studio Code 확장을 출시하여 이후 사용이 중단된 Eclipse 기반 Force.com IDE를 효과적으로 대체합니다. Salesforce는 올해 웹 기반 개발 환경인 Code Builder를 출시할 계획으로 IDE 도구를 계속 개선하고 있습니다.

C. 스크래치 조직

Scratch 조직은 Salesforce 조직을 시뮬레이션하는 데 사용할 수 있는 완전히 사용자 지정할 수 있는 소스 기반 개발 환경입니다. 이는 자동화된 테스트 및 애플리케이션 개발에 적합합니다.

D. 개발 허브

Dev Hub는 Scratch 조직이라고도 하는 임시 환경을 생성하거나 관리하는 데 매우 유용합니다. 프로덕션 조직에서 Dev Hub 기능을 활성화하면 스크래치 조직을 쉽게 만들 수 있습니다. 설정 > Dev Hub 아래에 두 개의 토글이 있으며 첫 번째는 Dev Hub 기능을 활성화하고 두 번째는 개발자가 제어하는 ​​패키징을 허용합니다.

E. 소스 주도 개발

Git과 같은 최신 기술을 통해 버전 제어 시스템을 통해 여러 개발자 팀이 진실의 근원을 바꾸고 협업할 수 있습니다.

F. 관리 패키지

문제의 분리가 없기 때문에 메타데이터를 패키징하면 관리 및 수정이 더 어려울 수 있는 구조화되지 않은 조직이 생기는 것을 방지할 수 있습니다. Salesforce는 이미 팀이 DX 이전에 조직에 설치할 수 있는 논리 단위로 메타데이터를 패키징할 수 있도록 허용했습니다. 그래도 DX는 1GP에 비해 몇 가지 개선된 2세대 패키징(2GP)을 도입했습니다.

가장 중요한 변화는 2GP가 패키지 메타데이터의 진실 소스를 패키징 조직이 아닌 버전 제어로 만든다는 것입니다. 잠금 해제된 패키지는 이러한 패키지의 다른 이름입니다. 팀에서 패키징하기로 결정한 경우 잠금 해제된 패키지를 사용하여 버전 제어가 포함된 모범 사례 DevOps 프로세스를 보장하십시오.

G. Salesforce Dx의 새로운 메타데이터 형식

Salesforce DX는 또한 새로운 메타데이터 형식을 도입했습니다. DX 형식으로 전환하면 사용자 정의 개체 및 번역과 같은 크고 복잡한 메타데이터 유형이 더 관리하기 쉬운 하위 구성요소로 나뉩니다. 이 변경으로 인해 개발자가 IDE에서 파일 작업을 훨씬 더 쉽게 관리할 수 있습니다. 새로운 메타데이터 형식은 또한 병합 충돌 가능성을 줄여 전체 팀에 도움이 됩니다. 개발자와 관리자가 중복 파일을 변경할 때 Git이 해결할 수 없는 병합 충돌이 자주 발생합니다. 메타데이터를 더 작은 별도의 파일로 분리하면 팀원들이 다른 파일에서 작업할 가능성이 높아지고 해결해야 할 병합 충돌이 줄어듭니다.

H. Salesforce의 종속성 API

Salesforce API의 향상된 기능 중 Dependency API는 팀이 메타데이터 간의 수많은 종속성을 가진 조직의 복잡성을 이해하고 관리하는 데 도움이 되는 또 다른 DX 기능입니다. Dependency API는 아직 베타 버전이지만 어떤 구성 요소가 다른 구성 요소를 참조하는지 확인하는 데 사용할 수 있으며 그 반대의 경우도 마찬가지입니다.

Salesforce Dx 환경을 완벽하게 설정하는 방법은 무엇입니까?

• Salesforce DX 환경 설정
• VS 코드 환경 설정
• VS Code를 사용하여 Salesforce DX 경험 설정
• 명령 팔레트를 통해 Salesforce DX 프로젝트 만들기
• 명령 팔레트를 통해 DevHub가 아닌 조직에 권한 부여
• 명령 팔레트를 통해 Lightning 웹 구성 요소 만들기
• 구성 요소를 조직에 배포

Salesforce Dx 사용 워크플로

Salesforce DX 워크플로 예

모든 팀에서 작동하는 단일 워크플로는 없지만 다음 예에서는 일반적으로 기능 분기 모델이 사용되는 방식을 보여줍니다. 배포는 CLI를 사용하여 수행할 수 있으며 오픈 소스 소프트웨어의 도구 체인은 프로세스를 자동화할 수 있습니다. 또는 하나의 DevOps 솔루션으로 전체 프로세스를 처리할 수 있습니다.

• 새 작업을 시작하기 전에 Git 리포지토리의 주요 구성 요소에서 기능 분기를 만듭니다.
• Git 리포지토리의 정의 파일을 사용하여 스크래치 조직을 만듭니다.
• 스크래치 조직 또는 IDE에서 변경할 수 있으며 스크래치 조직과 분기는 동기화된 상태로 유지됩니다.
• 작업을 검토할 준비가 되면 풀 요청을 하여 팀원에게 제공합니다.
• 검토 및 요청된 변경 후 분기를 기본 라인에 병합합니다. 그런 다음 가지를 제거하십시오.
• UAT 또는 QA를 위한 작업이 준비되었습니다! 지속적 통합 작업을 통해 테스트 환경을 자동으로 설정할 수 있습니다.
• 테스트가 완료되면 프로덕션으로 릴리스합니다.

결론

Salesforce DX의 기능에 대한 조사를 마쳤습니다. Salesforce DX와 관련하여 한푼도 지출하지 않고 원하는 대로 다양한 도구와 기능을 자유롭게 실험할 수 있습니다. Salesforce 개발자를 위한 SFDX 메타데이터 형식 및 지속적으로 증가하는 도구는 개발 및 DevOps를 단순화했습니다. 그러나 모든 팀이 스크래치 조직이나 2세대 패키징을 사용하기로 결정한 것은 아닙니다. Salesforce 개발자는 새롭고 유익한 여러 기능을 통해 많은 이점을 얻을 수 있습니다. Salesforce의 DX를 사용하면 관리자와 개발자가 협업할 수 있습니다. DX는 앞으로 몇 달 또는 몇 년 안에 새롭고 흥미로운 기능을 확장하고 개발할 것입니다.