Dreamforce'17 만든 결정을 명확하게합니다. Salesforce DX 을 위해 준비 프라임 시간입니다. 와두 번째로 생성 포장 SGP도 Isv.
Salesforce DX 은 멋,그럼에도 불구하고 우리는 두려움이 시작 DX 을 소개합니다 더 많은 마찰 및 문제 우리가 처리할 수 있는 기존 응용 프로그램에. 의 수천을 지불한 사용자의 기대 수준도 높아지고 민첩과 패치고 새로운 출시하였습니다.
의 톤이있다 큰 콘텐츠가를 배울 수 DX 지만 충분한 물질(예:기점)Isv 개요한 전체 프로세스의 마이그레이션을 기존 응용 프로그램을 DX.
는 방법,그래서 당신이 그것을 어떻게 했나요? 어떤 장애 경험을 했어요? 다른 무엇을 해야 우리가 알고 계셨나요?
Summary다음 세대의 포장은 여전히 매우 작업이 진행 중에 있습니다. 핵심 초점을 수용하는 소스 제어 기반 의 접근 방식을 DX 으로 우리가 어떻게 개발하고 배포하는 패키지입니다. 이 현재도 지도 보여줍니다 GA 릴리스까지 여름 2018:
또한,이 일에 대해 정말 기존의 마이그레이션 패키지 를 사용하여 DX 형식입니다. 더 많은 어려운 프로세스의 통합 패키지를 활용하는 새로운 기능 DX 약속입 는 여전히 논의했다. 그래서 나의 접근을 위해 2018 년에서 보는 것입니다 마이그레이션 는 몇 가지 간단한 독립 실행형 패키지 DX 을 테스트하는 새로운 프로세스 피드백을 제공하고,모양의 일부를 통합하 CI/테스트 의 기능을 DX 으로 개발 과정이다.
토론 에 갔 DX 포장/Packaging2.0 세션에서 파트너 로지,그리고 내 테이크 아웃이...
첫째,그들이 할 수 있't 결정에 이름을,하지만 제가 생각하는 DX 포장 결국 이길 것입니다,하지만 같은 느낌을 증상의 현재 상태 DX 포장...매우 많은 진행중인 작업
수 프로세스를 시작으로 무료 패키지는 내가 지원 Npo 지만,나는 때까지 기다리기 위하여 려고 하고 있음 DF18 그들이 어디에 있는 프로세스를 시작하기 전에 이동하는 어떤 상업적인 패키지-그것은 너무 많이 움직이는 대상에 지금이다.
가장 세션 본 대해 포장 및 DX 인정들이't 이 정말로 사용하는 DX 개발-더 CI 및 테스트(예를들면 이 세션]2했고 몇 가지 좋은 예). 을 만들 수 있는 능력을 여러 스크래치 조직과 다른 설정,구성 및 테스트 데이터는 매우 매력적이다. 만약 당신이 그 중 하나 고객과 함께 x 기능을 사용하면 쉽게 테스트할 수 있는 구성으로 올바른 테스트 데이터입니다.
많은 이야기에서는 세션]3마이그레이션패키지-그러나 그는 구체적으로 언급하는 패키지를 마이그레이션에서는 현재 포장 Org 접근 방식이 새로운 DX 제어 소스 접근 방식이다. 그것처럼 들리는 중 2018,당신을 변환 할 수 있습니다 패키지 DX 형식으로 구축과 밀어 업그레이드로 고객이's org,그리고 눈에 보이지 않는 것입니다. 그러나 내가 생각하면 업그레이드는 고객,당신은 계속 내려 DX 접근 방식이다. 그러나,그것은 또한 당신할 수 있/을 유지해야 패키지를 구축으로 기존의 형식을 병렬에서,그리고 당신이 원하는 경우에 고객을 유지하는 형식으로-그래서 당신이 어떤 형태의 파일럿 프로그램 중 일부에서 고객이 사용하는 DX 패키지가 있습니다.
하지만 당신처럼 말하는,더 큰 문제는 많은 Isv 가 어떻게 여러 확장자키를 만들은 하나의 네임스페이스는 DX 를 제공할 것입에 대한 더 나은 지원을 생성할 때 다른 구성 포함되어 있습니다.. 이라 일부 SFDC 사람들로통합패키지고,보다는 더 이론보다는 현실이다. 요 훨씬 더 선명하는 방법에 대해 내 통합 패키지기 전에 나는 그들을 이동하는 DX. 나는 고객은 수백만 개의 레코드에서 사용하는 개체를 확's 네임스페이스-매우 불분명하는 방법 그런 종류의 마이그레이션을 처리됩니다. 내 생각에는 우리가 볼 수 있습니다 더 명확 DX 컨퍼런스에 2018 년,그리고 나를 기다리는 시작하기 전에 고려하면 DX 한 패키지입니다.
또한 느낌이 있었는 일부에 대한 혼란 때문에 나에 DX 포장에 사용할 수 있/의도된 사용을 위해 모든 조직,다만,관리 패키지에 대한 Isv. (이세션에 대한 개요)그래서 더 큰 고객을 결정할 수 있습니다를 만드는 여러 개의 작은 모듈을 통해 DX 포장을 개발 및 배포를 더 쉽습니다. 하지만 그것은 좋은 방향으로 가서,내 생각이 발생할 수 있습니다 그 일부에 대한 혼란 무슨 의미가 중 하나에 대한 조직 vs ISV 패키지를 만들-그러나 그 수도 있습니다 그냥 나의 부족을 이해합니다.
나는 확실히 확인 파트너에 대한 세션 DX 포장-는PM과Dev 엔지니어들은 매우 활성화에 성공한 그룹...그러나 나는'll 시도하고 활용의 CI/테스트 기능의 DX,그리고 채택하는 태도를 유지에 대한 나머지...
두 가지가 있 Dreamforce'17 세션 기록을 완벽하게 답변의 대부분은 질문입니다. 메인 라인은 Salesforce 에 대해 알고 두려움과 현재 작업 스위치를 만들고 매우 쉽습니다. 그래서 시계:
1)Salesforce DX 포장 AppExchange 파트너
-원활한 1 대 1 로 마이그레이션에서 단계별 접근 방식으로 완전히 투명하에서 고객 관점에서. (에서 분 13) -뜨 패키지로 작은 하나 -통합에 여러 개의 패키지를 하나 하나 ino
2)위에서 언급한Demystifying Salesforce DX Isv
-ISV NimbleUser 게 증거하는 DX 사용할 수 있습 지금