DotNetnuke のソースを (少し!) 変更したので、新しい DotNetNuke のインストール バージョンをパッケージ化したいと考えています。
これどうやってするの?
ps: ソースを変更することはお勧めできませんが、別のオプションはありません (Telerik カレンダーは私の日付形式をサポートしていないため、別のカレンダーに置き換える必要があります!)
前もって感謝します
DotNetnuke のソースを (少し!) 変更したので、新しい DotNetNuke のインストール バージョンをパッケージ化したいと考えています。
これどうやってするの?
ps: ソースを変更することはお勧めできませんが、別のオプションはありません (Telerik カレンダーは私の日付形式をサポートしていないため、別のカレンダーに置き換える必要があります!)
前もって感謝します
答えは何を変更したかによって異なりますが、最も簡単な方法は、通常の dnn インストールの後にインストールする必要があるパッチを配布することです。たとえば、dll のみを変更した場合は、通常の dnn セットアップ手順に従って、最後に dll を再配置するように依頼できます。ファイル以上の場合は、dnn アップグレード パッケージのビルド方法を確認できます。同じフォルダー構造に従い、変更されたファイルのみを配置します。したがって、bin でいくつかの dll を変更した場合、それらは bin フォルダーに配置されます。ascx ファイルを変更した場合は、同じフォルダー階層を作成して同じパスに配置する必要があります。
変更を展開するためにインストールできるパッケージを作成することもできますが、ファイルのセットが小さい場合は複雑になります。
さらにサポートが必要な場合はお知らせください。
コンパイルされたファイルを DNN マニフェスト ファイルと共に含めることにより、任意の変更を DNN インストール パッケージにパッケージ化できます。これは、拡張機能ページからインストールできます。マニフェスト ファイルは、インストール zip のコンテンツがインストールされる場所を制御する Xml ファイルです。必要に応じて、単純にすることも複雑にすることもできます。インストールおよびアンインストール時に web.config ファイルに変更を加えるために、xml マージ ステートメントを含めることもできます。wiki を参照してください: http://www.dotnetnuke.com/Resources/Wiki/Page/Manifests.aspx
ちなみに、変更したテレリック ソースを別のプロバイダーとして配信し、web.config を介して構成することで、ソース コードを変更する必要がなくなる場合があります。そのようなことを行うには、独自のモジュールを作成し、それをプラグインして、標準の Telerik 参照を置き換えます。