SharePoint 互換モード設定

Question

以下のコマンドのような互換性レベルの設定に関して、Install-SPSolution の PowerShell コマンドを説明する多くのサイトを閲覧しました。

Install-SPSolution -Identity CN.SiteNav.CTs.wsp -CompatibilityLevel {14,15} -GACDeployment -force

ただし、なぜこれを行う必要があるのか​​、または正しく動作するためにはどのような状況でこれを行う必要があるのか​​を説明している人は多くありません。テストで完全なアップグレードを実行し、SP2010 の対象範囲の機能が SP2010 サイト コレクションと SP2013 形式にアップグレードされたサイト コレクションの両方で動作することを確認しました。両方のハイブに展開するソリューションをマークしない限り、画像や aspx ファイルなどのすべてのファイルが 14 ハイブを参照していることがわかりました。その後、そのサイト コレクションをアップグレードすると、その機能は 15 ハイブにあるものをすべて使用します。15 個のハイブ機能ファイルを手動で編集し、欠落している「_layouts/15/...」を修正するだけで、画像と aspx ファイル参照が戻ってくることがわかりました。

私の質問は、サイト コレクションが SP2010 モードで実行されているか SP2013 モードで実行されているかに関係なく、互換性レベル 14 と 15 で動作するように見えるため、SP2010 ソリューションを互換性レベル 14 と 15 で展開する必要があるのか​​、それとも 14 だけで展開する必要があるのか​​ということだと思います。これを行う時期とその理由についての説明があれば、非常に役立ちます。

メインのアップグレードまでには数週間あるので、SP2010 ソリューションを正しく展開したいと考えています。ユーザーが新しいインターフェイスに慣れるまでに時間がかかるため、しばらくは SP2010 モードで実行します。エンド ユーザー トレーニングを完了し、外観を変更した後、エクスペリエンスを SP2013 形式にアップグレードできるようになります。将来、機能コードを変更することにした場合に、それが妨げになることだけは望ましくないのです。

Answer 1

CompatibilityLevel が 14 と 15 の両方であることで実際の利点が得られる例はわずかです。ゴースト化されたファイルをサイトに追加するソリューションがある場合、14 モードでのみ展開すると、ファイルが 15 HIVE に存在しないというヘルス アナライザーの警告が表示されます。別のインスタンスでは、同じ 2010 ソリューション内に 2010 と 2013 の両方のサイト定義があります。

NewsGator では、2013 年までにインストールできる 2010 ソリューションを多数用意しています。CompatibilityLevel を使用する唯一のケースは、ファイルがゴースト化されている場合です。