DotNetnuke의 소스가 조금 변경되었지만 새로운 DotNetNuke의 설치 버전을 패키지화하고 싶습니다.소스에서 dotnetnuke의 설치 버전을 꾸리는 방법
어떻게하면됩니까?
PS : 나는 소스를 변경하지 않는 것이 좋습니다 알고 있지만 내가 어떤 다른 옵션 이없는 사전
에서감사 (내 날짜 형식을 지원하지 않는 Telerik 달력을 나는 다른 일정으로 대체해야한다!)
DotNetnuke의 소스가 조금 변경되었지만 새로운 DotNetNuke의 설치 버전을 패키지화하고 싶습니다.소스에서 dotnetnuke의 설치 버전을 꾸리는 방법
어떻게하면됩니까?
PS : 나는 소스를 변경하지 않는 것이 좋습니다 알고 있지만 내가 어떤 다른 옵션 이없는 사전
에서감사 (내 날짜 형식을 지원하지 않는 Telerik 달력을 나는 다른 일정으로 대체해야한다!)
답변은 변경 한 사항에 따라 다르지만 가장 간단한 방법은 정상적인 dnn 설치 후 설치해야하는 패치를 제공하는 것입니다. 예를 들어 dll을 변경 한 경우 정상적인 dnn 설치 지침을 따르고 마지막으로 dll을 relalling 할 수 있습니다. 파일 이상이면 dnn 업그레이드 패키지가 어떻게 빌드되는지 검토 할 수 있습니다. 동일한 폴더 구조를 따르고 변경된 파일 만 배치합니다. 따라서 bin 디렉토리에서 몇 dll을 변경하면 bin 폴더에 저장되고, ascx 파일을 변경했다면 동일한 폴더 계층을 만들어 동일한 경로에 배치해야합니다.
변경 사항을 적용하기 위해 설치할 수있는 패키지를 만들 수도 있지만 더 작은 파일 세트의 경우 보완됩니다.
도움이 더 필요하면 알려주세요.
DNN Manifest 파일과 함께 컴파일 된 파일을 포함하여 모든 변경 사항을 DNN 설치 패키지에 패키지화 할 수 있습니다. 확장 프로그램 페이지를 통해 설치할 수 있습니다. 매니페스트 파일은 설치 zip의 내용이 설치된 위치를 제어하는 Xml 파일입니다. 필요에 따라 간단하거나 복잡하게 만들 수 있습니다. 설치 및 제거시 xml 병합 문을 포함시켜 web.config 파일을 변경할 수도 있습니다. 참조 용으로 위키를 참조하십시오. http://www.dotnetnuke.com/Resources/Wiki/Page/Manifests.aspx
수정 된 telerik 소스를 별도의 공급자로 제공하고 web.config를 통해 구성 할 수 있으므로 소스 코드를 수정할 필요가 없습니다. 이런 식으로하려면 자신 만의 모듈을 만들고 그것을 연결하고 표준 Telerik 참조를 대체하십시오.
도움 주셔서 감사합니다. Prashant dll을 대체 하겠지만 알고 싶습니다. 다른 해결책이 있습니까? MSbuild 같은 것을 사용하는 것과 똑같은가? 다시 한 번 감사드립니다. – atabrizi