私はsharepoint開発者になり始めています...これを保証するために前の人生で何をしたのか分かりません。Sharepointのベストプラクティス
とにかく私はxmlの世界に埋もれていて、自動化する必要があると推測しています。フォルダに何かを追加するたびに、いくつかの異なるxmlファイルに小さなビットを追加する必要があります。それらのうちの1つで間違ったGUIDを取得する（またはGACから間違ったキーをハックする）
誰かにシェイクスピアから痛みを取り除く方法を教えてください！人間はこれを長く我慢できない！
問題が発生している部分はありません。 プロジェクト/ソリューションの生成の場合はSTSDevをご覧ください。 ソリューションについては、Solution InstallerおよびWSPBuilderです。 ウェブパーツについては、SmartPartをご覧ください。
CodePlexには一般的に使用できるツールがいくつかありますが、ここでSharePointを検索するだけです。
私の経験では、いいえ、SharePointの問題の特定のセットからの救済はありませんが、他の誰かがそれを回避する方法を見つけたら、それを聞くことも大好きです。
一般に、MicrosoftのSharePoint用ツールは、現在のところ非常に弱いです。うまくいけば、これは時間の経過とともに改善されるでしょう！それは、Visual Studio 2005と2008のためのVisual Studio Extensions for Windows SharePoint Services 3.0（VSeWSS）をリリースしたと私はかなり有用だと言った。
通常、UIを使用してリストやサイトの定義を生成し、VSeWSSを使用してエクスポートします。そこから、エクスポートされたXMLファイルを使用して機能を作成し（ここでは、少し上書きして）、その機能をソリューションにバンドルします。
まだXMLにはいろいろなことがあります。 VSeWSSはその中のいくつかを試して見せてくれるでしょうが、私は個人的にはWSPBuilderを使用しています。 （Un）幸いにも、あなたは最終的にマークアップSharePointに慣れていきます。
ウェブパーツの場合は、これらを手作業でコーディングし、フィーチャーにパッケージ化します。また、SharePoint Designerを構成する際に、ここで便利に利用できます。
ページレイアウトの場合は、SharePoint Designerを使用して作成して調整し、Visual StudioのWSPBuilderソリューションに配置し、ソリューションにパッケージ化します。ここで
は、最も一般的に使用されるのSharePoint開発ツールのいくつかを示しています素晴らしい記事です：
http://weblogs.asp.net/erobillard/archive/2007/02/23/build-a-sharepoint-development-machine.aspx
SharePointの開発マシンを構築する方法