質問

私はいくつかのコンテンツタイプとリストをXML経由で定義したプロジェクトを作成しました。リリース後は、この機能にいくつかの新しい機能を含める必要があります。私の懸念は、これはすべてXMLの主要な問題を介して行われたため、

最初に作成されたリストは重要です。アップグレードSPSolutionを実行することで、リストを破棄して新しいものをプロビジョニングしようとしているか、すでに存在していないと思うかどうかを確認しますか。更新はリスト自体に触れていませんが、ASPXページ、JavaScriptファイル、およびローカライゼーションの追加を更新していません。

このプロジェクト以来、私は静的リストインスタンスの代わりに機能の有効化コードを介してリストの作成とプロビジョニングリストに移動しました。

役に立ちましたか?

解決

Visual Studioから「デプロイ」を選択したが、Update-SPSolutionを使用してそのまま無傷のままである場合は、XMLを介して定義されたリスト。アセンブリ内の展開されたファイル、ページ、またはコードの変更のみの場合、変更内容はUpdate-SPSolutionを押してプッシュされるはずです。

検討する必要があるかもしれないのは、SP2010のモジュールを介して展開されたファイルがUpdate-SPSolutionを使用して自動的に上書きされていないため、変更がある場合は最初に削除する必要があります。これはファイルシステムにデプロイされたファイルの場合ではありません。注意事項に重要なのは、Update-SPSolutionコマンドがSPFeatureReceiver.FeatureUpgradingイベントをトリガしないことで、これらのファイルを削除するための有効な方法ではありません。参照: update-spsolutionはspfeature.upgrade()をトリガーしますか?

SP 2013では、この問題を処理するためにReplaceContent="TRUE"属性を使用できます。参照:特徴要素を使用したSharePoint 2013ライブラリのゴースト可能ファイルの上書き(コードなし)

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top