既存の SharePoint コードの改善と追加機能をどのように処理しますか?
オリジナルのコードをフィーチャーとしてデプロイしましたか?
新しい feature_V2 を作成し、オリジナルを無効にしますか?
将来の問題につながったプロセスは何ですか?
特に WebParts、EventHandlers、および WorkFlows に興味があります。
私が見つけた限りでは、MS は既存のコードの更新に関する「ベスト プラクティス」を残していませんでした。（実際、彼らが「ベストプラクティス」どころか「プラクティス」を残したのかどうかはわかりません）
このトピックに関する他の質問を見ることができ
ます
。 sharepoint
should-i-keep-solutions-and-features-in-a-1-1-ratio
あなたの方法は何ですか？
この質問が主観的なものであることは理解していますが、SharePoint 開発のこの分野に関しては、大きな情報ギャップがあると感じています。
ありがとう、
キース
私たちは常にカスタムコードを機能とソリューションとして展開しています。既存のコードをアップグレードするときは、stsadm -upgradesolutionを実行するだけで、すべてが非常にうまく機能します。feature_v2タイプの機能を使用するというアイデアは好きではありません...現在のバージョンを追跡するのが非常に困難になります。実稼働環境では、各機能のバージョンを1つだけにする必要があると思います。
バージョン管理はソース管理システムに任せてください。
私は多くの SharePoint 開発を行っているショップで働いています。ソリューション パッケージを使用して機能ごとに展開する場合。作業を進めながら機能を簡単にアップグレードでき、ソリューション パッケージをアップグレードする必要があります。このソリューション パッケージは、 WSPBuilderを使用して TFS ビルド サーバーから作成できます。あとは、ソリューションをアップグレードし、機能を「強制的に」再アクティブ化して、機能の新しい機能を持たせるだけです。
GAC を使用して新しいコードを展開する場合は、IIS のリセットを忘れずに実行してください。サイトマップやリソースなどを 12 内に配置する場合は、stsadm -o copyappbincontentを実行する必要があります。
アプリケーション ファイルを含む機能を展開する場合は、ファームのすべてのサーバーでアプリケーションをアンロードする必要があります。これは、すべてのマシンのすべてのアプリケーションのルートにApp_Offline.htmを配置することで簡単に実行できます。
完了したら、App_Offline.htm を削除 (または名前を変更) して完了です。サイトがオンラインに戻りました。