NTFSジャンクションをWebルートとして持つIIS 7サイトの潜在的な欠点は何ですか？
私は、できるだけサイトへの影響を少なくしてASP.NETコードを展開する方法を考えています。1つの考えは、NTFSジャンクションから提供されるサイトをセットアップすることでしたc:\www\example.com。 c:\www\example.com -> c:\www\example.com_r1234 次に、新しいコードがデプロイされるc:\www\site.com_r1235と、コードがコピーされ、ジャンクションがリターゲットされます c:\www\example.com -> c:\www\example.com_r1235 私の質問は、これがIISの現在のリクエストにどのような影響を与える可能性があるのですか？変更に対するIISの反応（ある場合）の観点から、これには他にどのような欠点がありますか？これは、サイトのエンドユーザーにとって、私が望むほどシームレスになりますか？ （コマンドラインを使用してサイトのWebルートを変更することを検討しましたが、不必要なアプリドメインまたはアプリプールのチャーンが発生する可能性があるため、IISを再構成するという考えは本当に好きではありませんが、あまり知りません負荷がかかっている状態でサイトの構成済みの物理パスが変更された場合の動作） 明確にするために、ここでの唯一の懸念は、エンドユーザーの経験です。私の目的は、彼らの邪魔を避けることであり、私にとっての利便性ではありません。