1
현재 Eclipse에서 내 조직 샌드 박스와 내 Force.com IDE가 동기화되어 있으며 Force.com에서 사용자 정의/표준 객체 및 관리 패키지 객체에 액세스 할 수 있습니다. IDE, 각 관리 패키지 객체에 대해 여러 개의 사용자 정의 유효성 검사 규칙을 만들었지 만, Eclipse 패키지에서는 관리 패키지 객체와 함께 관리 패키지 유효성 검사 규칙에만 액세스 할 수 있습니다. "Referenced Packages"폴더에서 관리 패키지 개체에 액세스 한 다음 개체 하위 폴더로 드릴 다운합니다. Salesforce 서버에서 관리되는 패키지 메타 데이터를 새로 고칠 때 Salesforce의 제한 사항이며이를 우회 할 수있는 방법이 있습니다. package.xml을 사용하는 것에 대한 빨간색 기사가 몇 개 있습니다. 그러나 어떻게 수행해야할지 확신이 서지 않습니다. 도움을 주시기 바랍니다.force.com 관리 패키지 객체의 사용자 정의 유효성 검사 규칙에 대한 IDE 액세스
답장을 보내 주셔서 감사합니다. 예, package.xml에 추가하여 객체를 가져 왔지만, 필드 세트의 이름을 바꾸고 서버에 저장하려고했지만 필드 세트 API 이름과 이름이 이전 값으로 업데이트되었습니다. 새로운 필드 세트가 업데이트 된 이름으로 생성 된 후 개체 xml에서 필드 집합 행을 삭제하고 저장하려고 시도했지만 필드 집합이 삭제되지 않았습니다. – Sam
예. 일반적으로 "메타 데이터 API"(Eclipse에서 사용되는 항목)로 수행하는 작업은 새 구성 요소를 추가하거나 기존 구성 요소를 변경하는 것과 관련됩니다. SF는 새 고유 한 API 이름을 보았 기 때문에 새로운 필드 세트를 만든 것으로 간주하고 이전 API를 포함한 서버의 새로운 구성 요소를 다시 가져와 "도움이"되도록 노력했습니다. 이전 필드 세트를 수동으로 삭제해야합니다. 스크립트 배포의 경우 "destructiveChanges.xml"및/또는 "Force.com Migration Tool"을 사용할 준비가되었다고 생각하지 않습니다. 이클립스는 전체 파일 (클래스, 페이지, 객체, 리포트)을 삭제할 수있게 해주지 만 실제 내용은 삭제하지 않습니다. – eyescream
아마도 changesets에 익숙할까요? 비슷합니다. 변경 집합을 사용하면 아무 것도 삭제할 수 없습니다. 추가/수정 만. 변경 사항을 배포 할 각 환경의 이름을 바꾸는 것과 같은 수동 단계를 복제해야합니다. 이와 같은 Trailheads가 도움이 될 수 있습니다. https://trailhead.salesforce.com/modules/alm_deployment/units/alm_tools – eyescream