자를 배포하는 방법을 사 환경(샌드박스,라이브 등)
https://stackoverflow.com/questions/577346
-
05-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리가 찾고있으로 설정이 적절한 배포 프로세스입니다.
에서 무엇을 읽었어요가 있을 것 4 방법이 있습니다.
- 복사&붙여넣기-우리는 하고 싶지 않 이
- 를 사용하여"패키지"메커니즘을 내장 Salesforce 웹 인터페이스
- Eclipse 를 이력 IDE"배포하여 서버가"옵션
- Ant 스크립트(시도하지 않은 이직)
누군가에 대한 조언의 제한 다양한 방법입니다.
할 수 있습니 모든 것을 포함에서는 웹 인터페이스 패키지?
우리가 보고 배포하는 다음과 같은 항목:
에이펙스 클래스
Apex 트리거
워크플로
이메일 템플릿
MailMerge 템플릿--을 찾을 수 없는 것에서 이러한 Eclipse
사용자 지정 필드
페이지 레이아웃
RecordTypes(을 찾을 수 없는 것에서 이러한 웹 사이트 또는 이클립스)
선택 목록 항목?
SControls
해결책
나는 추천한다 Force.com 마이그레이션 도구.
참조 :
마이그레이션 도구를 사용하면 개미 대상을 사용하여 Salesforce.com Organzations 사이에 메타 데이터를 이동할 수 있습니다.
다른 팁
내가 말할 수 있습니다 이로서는 최근 고통스러운 경험이다.
Packaging:이것은 아주 오래된 방법을 간직한 메타데이터 API 에는 두 개미와 Eclipse 를 의존하고있다.에서 우리의 경험,포장의 유일한 혜택을 정의하는 귀하의 프로젝트입니다.를 사용하는 경우 이클립스(는 우리가 수행,그리고 내가 추천한다),정의할 수 있습니다 귀하의 프로젝트를 기반으로 하기 때문에 특정 패키지입니다.만큼 당신이 기억하는 새로 추가 패키지에 구성 요소,프로젝트 정지 함께
한 것은 당황에 대한 우리는 동안,이는 많은 사용의 패키지입니다.우리가 다음과 같다:
설치된 패키지:이러한에서 관리되고 관리되지 않는 맛은 정말의 말에,최근에 게시 SFDC 보드,Isv 배포하는 그들의 물건으로 알 수 없는 다양한 조직"밖".모두 관리되고 관리되지 않는 패키지가 제한사항이 있기 때문에 그들이 적합하고 불필요한 배포를 위해 개발부터 생산 내에서 조직,또는 어떠한 경우에는 일을 하는 사용자 정의 개발과하지 않으려는 배포하는 코드는 큰 익명의 기초입니다.
비치 패키지:이것은 당신이 볼 때 당신은 클릭하여"패키지에서"web UI.이는 우리가 때로는 부르는"개발"패키지는 것 같다는 편리한 방법을 유지하는 프로젝트 정의에 함께합니다.
어쨌든,결론이 나를 향해가는 우리의 팀(사용자 정의 개발,지 ISV)이 필요하지 않 패키지에는 어떤 형태를 사용할 수 있습니다.
다른 형태의 배포,모두 Eclipse 및 개미에 의존하는 메타데이터 API 를 사용합니다.이론에서 그들이 할 수 있을 정확히 같은 것들입니다.현실에서 그들이 나타나는 것을 보완하고 있습니다.이 Force.com 마이그레이션 도구로 건설 Force.com IDE Eclipse,배포만큼 쉬운 일이 될 수 있습니다(하지 않은 매우)그리고 당신에게 멋진 모습에서 무엇을 할 계획을 배포할 수 있습니다.다른 한편,우리는 본 개미는 일들을 하십시오 IDE 할 수 없습니다.그래서 그것은 아마도 가치가있을 배웁니다.
의 과정을 우리는쪽으로 기울고 유지하는 우리의 모든 프로젝트에서 SVN,그리고 사용하 SVN 구조로 프로젝트 정의(이 작품이고 존중하).우리는 Eclipse 를 이용하고 때로는 개미 마이그레이션할 수 없습니다.명백하지 않은 필요한 어디든지.
방법으로,하나의 더 많은 것을 알고 있어야지 모든 구성 요소는 migratable.몇 가지 일을 해야 합성에 의해 손을 대상 환경에서.한 예로 들 수 있는 시간 기반의 워크플로우를 경험할 수 있습니다.큐와 그룹 또한 필요하 behand-만들다,나는 생각한다.마찬가지로는 메타데이터 API 할 수 있는지를 직접 프로세스 필드 삭제도록을 삭제한 경우에는 필드에서 당신의 원천,당신은 당신을 삭제할 필요가 손으로 그것에서 대상입니다.다른 경우가 있으니다.
는 희망이 유용--
--스티브 레인
'09 년 봄 현재 메타 데이터에서는 메일 병합 템플릿이 지원되지 않지만 레코드 유형입니다. 레코드 유형을 파일에서 소속 된 객체의 XML 요소로 찾을 수 있습니다. 목록의 다른 모든 것은 작은 예외로 지원됩니다. 표준 필드의 선택 목록 값은 '09 년 봄에 편집 할 수 없습니다. Summer '09 장편 공지에 대한 뉴스를 계속 지켜봐 주시기 바랍니다.
업데이트 : 표준 객체의 표준 선택 목록은 이제 메타 데이터 노출 (API V16으로) :http://www.salesforce.com/us/developer/docs/api_meta/content/meta_picklist.htm
그렇지 않으면 Steve Lane의 반응은 매우 정확합니다. 관리되지 않은 패키지 (Steve가 설치되지 않은 패키지라고 부르는 것)의 장점은 패키지에 메타 데이터를 추가 할 때 메타 데이터가 자동으로 추가된다는 것입니다. 따라서 모든 종속성을 포함하는 전체 메타 데이터 세트를 잡는 것이 더 쉽습니다. 메타 데이터를 한 조직 (샌드 박스)에서 다른 조직 (생산)으로 반복적으로 옮기고 있다면 Steve의 접근 방식은 아마도 가장 좋은 방법 일 것입니다. 나는 종종 관리되지 않는 "개발자"패키지를 사용하여 한 조직에서 개발 한 것을 다른 관련 조직으로 옮기는 것을 자주 사용합니다. 내 목적을 위해, 나는 Eclipse Project / SVN과 달리 조직에 패키지를 정의하고 싶습니다. 그러나 많은 Dev/Sandbox Orgs에서 팀 개발을하고 이미 SVN을 사용하고 있다면 아마도 의미가 없습니다.
Jesper
또 다른 옵션은 사용하는 것입니다 변경 세트 메타 데이터를 샌드 박스에서 생산으로 옮기려면.
현재 변경 세트를 사용하는 방법에 대한 몇 가지 제한 사항이 있습니다.
두 조직간에 설정 세트를 보내려면 배포 연결이 필요합니다. 현재 변경 세트는 프로덕션 조직, 예를 들어 프로덕션 조직 및 샌드 박스 또는 동일한 조직에서 만든 두 개의 샌드 박스와 관련된 조직간에 만 보낼 수 있습니다.
문서에서 :
AppExChange에 공개적으로 게시되고 업그레이드를 지원하려면 패키지를 관리해야합니다.. 조직은 여러 조직에서 다운로드하고 설치할 수있는 단일 관리 패키지를 만들 수 있습니다. 일부 구성 요소가 잠겨 있다는 점에서 관리되지 않은 패키지와 다르므로 관리 패키지를 나중에 업그레이드 할 수 있습니다. 관리되지 않은 패키지에는 잠긴 구성 요소가 포함되어 있지 않으며 업그레이드 할 수 없습니다. 게다가, 관리 패키지는 개발자의 지적 재산을 보호하기 위해 구독 조직에서 특정 구성 요소 (APEX와 같은)를 난독 화합니다.
관리되는 패키지의 장점은 여러 SFDC 조직에서 쉽게 버전을 버리고 배포 할 수 있다는 것입니다.
나는 여전히 이것으로 어려움을 겪고 있습니다. 마이그레이션 도구의 IDE는 내가 직면 한 주요 문제를 해결하지 못했습니다.
설치된 패키지는 개발자 조직에 배포 할 수 없습니다. Dev Org에 수동으로 하나씩 설치해야합니다.
패키지를 조직에 설치할 수없는 경우 (예 : 비밀번호가 필요하기 때문에Marketo 판매 통찰력, 또는 비슷한 감가 상각 되었기 때문입니다Google 애드워즈 용 Salesforce) 그리고 우리의 응용 프로그램은 그것에 대한 의존성을 가지고 있습니다 (패키지에 속하는 객체의 필드 참조). 그러면 앱을 배포 할 수 없습니다.
해결 방법: Dev Org에 패키지를 수동으로 설치할 수없는 경우 각 개발자는 자신의 개발자 샌드 박스가 필요합니다. 추가 개발자 샌드 박스는 Salesforce에서 주문할 수 있습니다. (고객은 기꺼이 지불해야합니다 ...)
샌드 박스가 생산에서 새로 고침 될 때 지역 프로젝트를 새로 고치십시오 (SVN에 연결됨) 서버에서 구식 샌드 박스에 있던 모든 추가 파일/코드이지만 생산에 있지 않은 모든 추가 파일/코드는 새 샌드 박스로 이동하지 않을 것입니다.
해결 방법: 생산의 모든 변경 사항은 샌드 박스 및 개발자 조직에서 복제되어야합니다. (종류의 고통이지만 좋아 ...)
모든 Salesforce 생산 배포에서 메타 데이터 API는 더 나은 옵션 중 하나입니다. 작업을 단순화하는 도구가 있습니다. 이 게시물을 확인하십시오. https://www.deploypkg.com/deploy-to-production/
