私の2番目と3番目のkenticoサイトで開発中であるため、コード管理について検討しています。私たちの理想的なソリューションは、個々のCMSフォルダを持つ単一のKenticoソリューションです。マルチプルKenticoプロジェクトを単一のソリューションで実現
これはうまくいくはずですが、特にバージョン管理に関して潜在的な問題はありますか？今は、9つのホットフィックス5に1つのサイトがあり、9つのホットフィックス30には2つのサイトがあります。
開発の観点から、あなたは大丈夫です。 KITが実際の.slnファイルまたは.slnファイルが入っている実際のルートディレクトリを参照するため、アップグレード、ホットフィックスまたは新規インストールを実行するときに問題が発生する可能性があります。
このようなソリューションをセットアップして試してみてくださいアップグレードと修正プログラムといくつかのローカル開発。
ホットフィックスとアップグレードを適用すると問題が発生します。彼らは、WebプロジェクトがCMSというフォルダ内にあるという事実に基づいています。そのため、これらのプロセスで手作業でいくつかの手順を紹介します。結論 - それをしないでください。
私は名前を変更しました特定のサイトを反映するCMS。私はうまくいくと思っていますが、試してみるまでは分かりません。 –
私は同意します - メリットよりもメリットが大きいデメリット（もしあれば） – Enn
@MarkHandy自動的には動作しません。 [リモートインストール]（https://docs.kentico.com/display/K9/Hotfix+Instructions+-+Kentico+9#HotfixInstructions-Kentico9-Remoteinstallation.1）の手順に従って、修正プログラムを実行する必要があります手動... – rocky
私は確かに@rockyに同意します。私はあなたがこのシナリオからどんな利点を期待しているか疑問に思いますか？ 3つのサイトが完全に独立している（データベースを共有していない）ので、別々のKenticoソリューションとして保管してください。それらは別々のアプリケーションなので、なぜソリューションファイルを共有するのですか？これはあなたの人生をずっと簡単にします。ソリューションには、本質的にリンクされている場合にのみ、複数のアプリケーションが含まれている必要があります。
インスタンス間で共有したいカスタムコードがある場合は、そのコードをカスタムアセンブリに移動して、さまざまなソリューションで共有することをお勧めします。必要に応じて、個別のソリューションには、このフォルダ構造の概要と同じファイルが含まれています。この方法で、あなたの修正プログラムとアップグレードは完全にローカライズされたままであり、あなたは危害から安全です！
ブレンデンに感謝、それは私が今設定しているものです。 2つのサンプルサイト、次に何が壊れているかを確認します。 –
他のコメントの一部を確認する@MarkHandy CMSディレクトリの名前を変更すると、開発用には動作しますが、KITを実行して修正プログラムをアップグレードまたは適用すると問題が発生します。したがって、開発シナリオでは機能しますが、アップグレードを実行するツールを使用することはできません。それらを手動で実行する必要があり、動作しないかもしれませんが、試してみる価値があります。なぜあなたはこれをしたいのですか？ –