私のソリューションでは「12ハイブ」構造と一致しました.SPDeployを使用して.wspファイルを作成して展開し、テストサーバーに展開しています。sharepoint開発用のelements.xmlなどのファイルを自動生成する方法はありますか？
私は構造全体にファイルをたくさん追加しようとしており、elements.xmlファイルとfeature.xmlファイルにはかなりの冗長性があります。これらのファイルの作成を支援する作業を誰かが行っていますか？
編集：最初のコメント作成者はelements.xmlの中でhand craftに苦労していますが、すべてのxmlができるだけ自動生成されることができてうれしいです...私は持っていると思います書かれたXMLを手にアレルギー反応のいくつかの並べ替え...
WSPBuilder from CodePlexを試しましたか？これは、指定されたフィーチャーに必要なfeature.xmlファイルを生成します。あるいは、多量のファイルをドラッグするためのGUIを備えたツールを探していて、elements.xmlが更新されるでしょうか？
私はWSPBuilderも使用しています。これは、ソリューションを展開するのに非常に便利です。 –
私が知る限り、WSPBuilderはFeature.xmlファイルを生成しません！すべての機能のみを処理し、WSPファイルを生成します。それは強力な便利なツールですが、ポスターが求めているものではありません。 – LeonZandman
@Stingray。 WSP Builder VS拡張機能の私の経験はあなたのものとは異なります。 –
私はVisual Studio Extensions for WSS version 1.3（VSeWSS v1.3）がこれを行うと信じていますが、私は確信していません。これは、SharePoint用の開発ツールの次の進歩であるようです。私が正しくリコールするなら、Visual Studio 2008が必要であることに注意してください。
ノートシリーズの第2弾ブログは機能に焦点を当てていること：ここで
はあなたが役立つことがあり、この上でいくつかのリンクです。
VS拡張機能は非表示になり過ぎます。私たちはそれらを使用して、独自の要素を作成し、xmlを作成することに戻りました。私たちは、WSPに入るものをより良く制御することができます。 –
自動生成されたfeature.xmlファイルが必要な場合は、おそらくVSeWSS 1.3に切り替える必要があります。これは、MicrosoftのSharePointソリューション構築の公式ツールです。
しかし、VSeWSSでは、ソリューション構造を12個のハイブ構造全体に一致させることができないため、ソリューション構造を変更する必要があります。しかし、それは12の巣箱にファイルやものを置くための他の概念を含んでいます。
プロジェクト内またはプロジェクト内の特定の要素ファイルから独自のVisual Studioテンプレートを作成しないのはなぜですか？ プロジェクトからテンプレートにファイルをエクスポートすることは、苦痛を伴う手作りのCAMLファイルを再利用するための素晴らしい方法です。
フィーチャージェネレータが正確に何をすべきか説明してください。あなたが探しているツールが、feature.xmlを生成すべきではないが、付随する要素XMLのファイルのように、あなたの質問を読んでいるように思えます。 – LeonZandman