Dynamics CRM 2011 : 관리 솔루션 또는 Dev에서 PRD에서 변경 사항을 배포합니다.

Question

Dynamics CRM 2011의 경우 Microsoft는 관리 대상 (또는 관리되지 않는) 솔루션으로 변경 사항을 포장하여 Dev에서 PRD로 개체 사용자 지정을 이동시켜주는 것을 제안합니다. 관리되지 않는 관리되지는 않아 엔티티를 제거 할 수 없을 때 엔티티를 제거 할 수 없으므로 (솔루션 만 삭제, 솔루션에 포함 된 엔티티가 남아 있음). 교육 중 대부분의 실험실 예에서는 시스템을 사용자 정의 한 다음 사용자 정의 된 엔티티를 관리되는 솔루션으로 내보내려면 프로덕션으로 가져옵니다. 이 솔루션 기반 접근 방식은 깨끗하므로 PRD, 번들 관련 엔티티가 함께 무엇을 함께 제어하는지, 추적 종속성 등을 쉽게 제어 할 수 있습니다.

Dev Server에서 ORG를 덤프하고 PRD에서 복원하고 (데이터 별 문제 또는 다른 이유로 또는 다른 이유로) 복원해야 할 때는 시간이 있습니다. DEV org를 사용 중지 한 다음 DBA 팀에 프로덕션에서 CRM 데이터베이스를 복원하도록 요청한 다음 Org를 Dev Server로 가져 오는 것을 DEV 팀에 묻는 작업을 수행합니다. 그러나이 "관리 된 솔루션"을 구현하면 Dev를 덤프하고 PRD에서 재생성하는 PRD에서 재생성 한 후에 우리가 엔티티를 변경하는 기능을 잃어 버리지 않습니까? 이러한 관리 솔루션에서 사용자 지정을 사용하도록 설정하면 전체 솔루션을 삭제하지 않고 솔루션 내부에서 솔루션 내부에서 엔티티를 제거 할 수 있습니까? 관리되는 솔루션은 단일 코드 단위로 취급되므로 모두 삭제되거나 없음을 삭제하십시오. 다른 사람들 이이 문제를 해결 한 방법을 배우는 데 관심이 있습니다.

Answer 1

우리가 처리 한 한 가지 방법은 "구성 마스터"로 구성을 관리하는 데 사용하는 별도의 Clean Dev 머신을 사용하는 것입니다.이 기계는 다른 DEV 또는 테스트 작업에 사용되지 않습니다.플러그인을위한 Dev 기계 등은 제품에서 재건 될 수 있지만이 기계는 모든 솔루션의 마스터가됩니다.이상적인 솔루션이 아니지만 관리되는 솔루션을 관리되지 않는 (일부 암호 시설을 통해 일부 암호를 통해 수행 할 수 있음)

을 변환 할 수있는 "기능 격차"를 피합니다.

Answer 2

이 유형의 dev-to-test-to-prod 상황에서 해결책을 사용하여 조언합니다.

Dev 환경에서 엔티티를 제거하고 프로덕션 환경에 변경 사항을 게시하려고합니다.

솔루션은 CRM이 솔루션에서 삭제 된 위치와 엔티티를 제거하지 않음을 포함합니다.

엔티티를 제거하는 유일한 방법은 해결 방법을 제거하는 것입니다. 따라서 해결책이 적용되는 모든 엔티티에서 프로덕션 데이터를 삭제하십시오!

이론 솔루션에서는 완벽한 것처럼 보입니다. 제 3 자 공급 업체에만 유용합니다.

해결책을 제거하여 롤백 할 수있는 꿀벌의 목표는 파이프 꿈입니다.데이터 변환이 포함 된 데이터 모델 업데이트를 고려하십시오.마법의 기능은 반대하지 않습니다.

백업을 복원하는 것은 훨씬 간단하고 신뢰할 수 있습니다.