DotNetNuke 및 Subversion 가이드 라인

Question

저는 인터넷 검색, 빙 둘러보기, StackOverflow에서 관련 질문을 살펴본 후 검색했습니다. 그러나 내가 찾고있는 것을 찾지 못했습니다. 또한 DNN에 대한 문서를 검색했습니다.

내가 찾고있는 것은 SVN에서 DotNetNuke를 사용해 본 경험이있는 사람들로부터 지침 (자습서, 블로그, 단계별 지침)을 찾는 것입니다.

우리는 우리의 모든 소스 제어에 SVN을 사용하고 우리의 프로세스와 작업 할 수있는 저장소와 디렉토리 구조를 구축했기 때문에 표준 응용 프로그램에는 아무런 문제가 없습니다. 즉, 웹 사이트를 만들 때 Visual Studio에서 파일 기반 웹 사이트를 로컬 IIS에 설치하지 않고 수행합니다. 그것은 우리를 위해 일을 더 쉽게 만듭니다.

그러나 DNN을 사용하면 소스 코드를 얻더라도 로컬 IIS에 설치 될 것으로 예상됩니다. 즉, 우리에게는 두통이 따릅니다.

예를 들어 모든 소스 코드를 로컬 C 드라이브와 서버의 공유 드라이브로 이동합니다. 이것은 일반적인 소스 제어 외에 백업을 가능하게하는 것입니다. (이것은 경영 결정이었습니다). 그래서 우리가 움직일 때 가상 웹 응용 프로그램을 변경해야한다는 것을 의미합니다.

누구나이 문제를 해결할 수있는 좋은 방법을 생각해 냈습니까? DNN을 설정하여 Visual Studio의 개발자 웹 서버를 사용할 수 있으므로 일반 웹 응용 프로그램과 마찬가지로 처리 할 수 ​​있습니까? 나는 명백한 것을 놓치고 있는가?

Answer 1

소스 제어

내가 DotNetNuke의 프로젝트 (스킨, 모듈, 공급자)에 대해 별도의 프로젝트를 사용하고 소스 제어 환경으로 실제 웹 사이트 자체를 확인하지 않는 것이 좋습니다 (DNN 모듈은 WAP 스타일의 프로젝트를 사용한다). 각 개발자는 개발 환경에서 자체 DotnetNuke 사이트와 데이터베이스를 가질 수 있습니다. DotNetNuke의 코어를 변경하지 않는 것이 좋습니다. 이렇게하면 업그레이드 경로가 새로워집니다. 소스 제어 환경에서도 유지할 수있는 데이터 용 데이터베이스 스크립트를 생성하려면 Red Gate's SQL Data Compare과 같은 도구를 사용하는 것이 좋습니다. 이미 DNN 사이트에 연결 모듈을 만드는 때문에 DotNetNuke의 이러한 별도의 유지

Here is some more information about setting up a Web Application Project for a DotNetNuke module.

테스트/준비/생산

은 일반적으로 매우 간단합니다. 필자가 권장하는 것은 패키지화되고 적절하게 버전이 관리 된 모듈을 만들어 테스트, 준비 및 프로덕션에 깔끔하게 설치할 수 있도록하는 것입니다.

building module packages with MSBuild scripts을 조사하고 싶을 수 있습니다. 또는 사용 방법에 대한 정보가 있습니다. NAnt to automate DNN module packaging.