2008-09-17 4 views
4

2 번 버전 이후로 DNN 용 모듈을 개발해 왔으며 그 당시에는 모듈을 쉽게 개발할 수있었습니다. 환경으로 유지하고 DLL로 내 모듈을 쉽게 배포 할 수 있습니다. 버전 4가 나왔을 때 웹 응용 프로그램 솔루션 대신 웹 사이트 솔루션을 사용했습니다. 뭔가 잃어버린 것처럼 보입니다. 내 테스트 환경에서 계속 개발할 수 있으며, 내가 만든대로 즉시 변경 사항을 볼 수 있지만 나를 위해 릴리스는 두통이되었습니다.닷넷 핵 모듈을위한 좋은 모듈 개발 솔루션/환경/베스트 프랙티스

주로 한 사이트에 대한 내 개발 작업을 수행했습니다. 특히 변경을 완료 한 후 주 사이트에 모듈을 FTP로 배포 한 경험이 있습니다.

여러 개발자가 모듈에서 작업 할 수있는 좋은 환경을 만들고 싶습니다.

소스 제어에 항목을 추가 할 때 사람들은 일반적으로 모든 DNN을 소스 제어에 넣기 때문에 전체 솔루션을 작동 시키거나 모듈을 가져올 수 있으며 각 사용자는 고유 한 dev DNN 환경을 설정해야합니다.

더 많은 사람들이 작업 할 수 있도록 모듈 프로젝트를 구성하고 싶습니다.이를 수행하고 라이브 사이트에 이러한 변경 사항을 적용 할 때 몇 가지 모범 사례가 손실됩니다.

답변

3

내 블로그 사이트 mitchelsellers.com에 대한 자세한 블로그 게시물이 있습니다.

저는 개인적으로 WAP 개발 모델을 사용하며 DNN 솔루션이나 모든 핵심 파일을 소스 제어로 확인하지 않습니다. 이는 고객의 핵심을 수정하지 않기 때문입니다. 여러 사람과 작업 할 때 우리는 각자 비슷한 환경을 만들고 각 개별 프로젝트에서 작업 할 수 있습니다. 때때로 개별 데이터베이스와 코드로 완전히 격리 된 환경을 갖게 될 것입니다. 공유 된 dev 데이터베이스를 사용하여 dev 모듈 설치 문제를 해결할 수 있습니다.

WAP 모델의 경우 빌드 후 이벤트를 사용하여 프로젝트 빌드에서 동적으로 설치 패키지를 만드는 방법을 사용하고 패키지 설치의 유효성을 검사하는 데 사용할 테스트 설치가 있습니다. 디버깅은 Attach to Process를 통해 수행됩니다.