12ハイブのファイルの変更に関する開発者の一般的な気持ちは何ですか？ たとえば、サインを削除するように求められた場合は、別のユーザーメニュー項目です。関連するファイルシステムのユーザーコントロールを変更する必要があります。今すぐメモ帳やコピーで変更して、新しいサーバーをファームに持ち込む場合は、新しいサーバーで同じことをする必要があります。 変更されたファイルをソリューションとして展開して自動的に実行することもできますが、既定のインストール済みファイルを変更することを躊躇しているのではないでしょうか？SharePointシステムファイルの変更
私は少しSharePointの開発をしましたが、あなたはアプリを動かすことを望むならば、12ハイブをめちゃくちゃにするのは痛みの世界への切符だと言わなければなりません。
私はむしろそれを隠すためにいくつかのJavaScriptをハックしたいと思っています。少なくとも、それは移植性の高いマスターページにバインドすることができます。
覚えておいて、次のサービスパックがいつ来るのか分からずにあなたの変更を鎮圧してください。
私はLarsに同意します。あなたのニーズに応じて、それを避けることができない場合もあります。しかし、一般的に最善の方針は可能な限り修正を避けることです。
現在のユーザーメニューの他のメニュー項目（ログインの変更、設定など）は、ユーザーから権限を削除することによって変更できます。ユーザーとグループには、アクセス許可のオプションがあります。私は正確な設定（仕事ではなく、自宅で開発する）を覚えていませんが、30以上の権限のそれぞれの隣に合理的な説明があります。それを削除すると、メニューオプションが表示されなくなります。 12ハイブを変更する必要はありません。
他の誰もがそれをカバーしているように、多くの使用ピッチングがあるかどうかはわかりませんが、私もそれをしないと言います。それが魅力的であるように、その小さな変化の完全な影響を知ることは、ただ不可能です。
サポートの観点からすると、マイクロソフトのサポート（パッチ/修正プログラム）が難しくなります。 メンテナンスの観点からは、あなた自身も長期的なコストをかけています。
JavaScriptのルートに移動します。
これについては、Sharepoint Solution（WSP）ファイルを使用する方法があります。
ユーザーコントロールを変更するには、新しい機能で新しいSharepoint機能を作成します。
この機能をソリューションに含めます。
stsadmコマンドラインまたはCentral Site Adminを使用してソリューションを展開します。
これはファーム内のすべてのサーバーに自動的に展開され、既定の共有ポイントファイルを上書きしないようにします。
詳細については、http://www.sharepointnutsandbolts.com/のSharepoint Nuts and Boltsブログ（英語）を参照してください.WSPとSharepointの機能について紹介しています。
これまで何度もやったことがありますが、私は経験から話します.12ハイブ内のonet.xmlファイルには決して触れないでください。あなたがそこで行ったエラー、およびCAMLをさらに複雑にするためには、ファイルは大部分空白に敏感で、SharePointのあらゆる部分に影響を与えます。
また、インストールの重大なリスクの他に、将来のパッチやサービスパックに上書きされる変更に依存している可能性もあります。
非常に単純なルールがあります。Microsoftから正式なサポートを受けたい場合は、SharePointによってインストールされた12のハイブのファイルを変更しないでください。
唯一の解決方法は、このようなファイルを変更することではありませんでした。たとえば、SharePointのすぐに使用できるユーザーコントロールを変更する場合は、DelegateControlを使用して機能をオーバーライドすることで行うことができます。
さらに詳しい情報：
私はそれがすぐにファイルを変更するには魅力的だ知っている、と私は時々私はちょうどDEVボックスにそれを行う認めざるを得ないが、プロダクションサーバーには行かないでください！
ほとんどの場合、ファイルを変更せずに、機能とソリューションパッケージを使用したいすべての機能を実行できます。しかし、あなたの唯一の選択肢は、システム上のファイルを変更することである、稀なケースがいくつかあります。私はこれまでに2つの特定のケースで使用してきました。 1つはdocicon.xmlファイルにPDF iFilterを追加し、もう1つはthemes.xmlファイルにテーマを追加することでした。どちらの場合も、それは目標を達成する唯一の方法であると思われました。それでも、ソリューションパッケージを使用して、これらのファイルをファーム内のすべてのサーバーに書き出しました。