Visual Studio プロジェクトをネットワーク ドライブに保存する
https://stackoverflow.com/questions/159627
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
すべてのファイルをローカルに保存することからネットワーク ドライブに移行しました。問題は、私の VS プロジェクトも現在保存されている場所であることです。(バージョン管理システムはまだ存在せず、現在取り組んでいます。) 過去にこれを行う際に問題があったという話を聞いたことはありますが、回避策については聞いたことがありません。回避策はありますか?
したがって、私のVSはローカルにインストールされています。ファイルはネットワーク ドライブ上にあります。どうすればこれを機能させることができますか?
編集：何をすべきかはわかっていますが、これを修正してネットワーク ドライブを維持するために今すぐ貼れる絆創膏はありますか?
編集2:確かに何か理解できていないのですが、 ボブ・キング 正しい考えを持っています。リーダーの Web 開発者がオフィスに戻ってきたら、バージョン管理のセットアップが完了するまでの一時的な解決策を見つけるために、彼と協力します。アイデアをありがとう。
解決
ソース管理を使用していますが、すべてのプロジェクトをネットワーク ドライブ (共有ディレクトリではなく、ネットワーク ドライブ上のプライベート ディレクトリ) からも実行します。ネットワーク ドライブは毎晩バックアップされ、ボリューム シャドウ コピーも使用されるため、何かを元に戻す必要がある場合は、 前に SCまで到達したなら、できるよ。
適切な権限でプロジェクトを正しく実行するには、次の手順に従います。 これらの手順.
基本的に、共有ディレクトリをドライブにマップし、その URL に基づいてすべてのコードにアクセス許可を付与するだけです。「N:\」にマップし、URL パターンとして「N:\*」を使用するとします。ワイルドカードを使用する必要があるかどうかは明らかではありませんが、必要です。
他のヒント
質問はかなり一般的なので、私が直面していた1つの問題に対する答えを示します。
MacでParallels仮想マシンを使用してVisual Studio 2010を実行し、ネットワーク共有を介してすべてのプロジェクトをMac側に保持します。ただし、Visual Studioはそこからプロジェクトアセンブリファイルを読み込みません。 <！> quot; caspol <！> quot;を使用して権利を設定しようとしています。私の場合、それだけでは役に立ちませんでした。
Visual Studioがネットワーク共有からアセンブリをロードできるようになったのは、ファイルを編集することでした。 <！> quot; C：\ Program Files（x86）\ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ devenv.exe.config <！> quot; （デフォルトのインストールを想定）。
xml <！> quot; <！> lt; runtime <！> gt; <！> quot;追加する必要があるセクション
<loadFromRemoteSources enabled="true"/>
書き込みアクセスを許可するには、そのファイルの権限を変更する必要がある場合があります。ファイルを保存します。 Visual Studioを再起動します。
実際に質問に答えるために、jcarle.comからこのコメントをコピーしました。
Visual Studio 2010 / .NET Framework v4.0によるネットワーク共有の信頼
2011年1月20日午後4時10分 私のように、すべてのコードをサーバーに保存している場合、おそらくCasPol.exeを使用してネットワーク共有を信頼することを学習しているでしょう。ただし、Visual Studio 2008（.NET Framework 2.0 / 3.0 / 3.5）からVisual Studio 2010（.NET Framework 4.0）に移行する場合、頭を悩ませる可能性があります。
Visual Studioコマンドプロンプトを使用してCasPolにすばやくアクセスすることに慣れている場合、プロジェクトの一部が新しいFullTrust設定を尊重していないように見える場合があります。その理由は、慎重に注意を払わない限り、Visual Studioコマンドプロンプトはデフォルトで.NET Framework 4.0フォルダーをそのパスに追加するためです。プロジェクトがまだ.NET Framework 2.0 / 3.0 / 3.5で実行されている場合、それらのバージョンにもCasPolを設定する必要があります。また、個人的には、1.2の代わりに1をコードグループとして使用することで成功しました。
.NET Frameworkのすべてのバージョンのネットワーク共有を信頼するには、以下のようにフルパスを使用して各バージョンのCasPolを呼び出すだけです。
C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CasPol -m -ag 1 -url file：// YourSharePath * FullTrust
C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ CasPol -m -ag 1 -url file：// YourSharePath * FullTrust
プロジェクトに取り組んでいる複数の人がいる場合（または持っていない場合でも）、そうすることはお勧めしません。単にトラブルを求めているだけです。
もしあなたがそれで作業しているのがあなただけなら、あなたは多くのトラブルを避けるでしょう。ただし、パフォーマンスは範囲外です。動作させる方法については、VSからソリューションファイルを開くだけです。セキュリティ上の問題が発生する可能性がありますが、CASPOLを使用して修正できます。しかし、私が言ったように、パフォーマンスはひどいものになるでしょう。繰り返しますが、まったく推奨されません。
自分自身とあなたのチームに恩恵を与え、SVNまたは他の形式のソース管理をインストールし、できるだけ早くそこにコードを配置します。
編集：コメントを部分的に撤回します。ボブキングは、ネットワークドライブからVSプロジェクトを実行する理由を以下で説明します。ボブのような特定の理由でそれをしているのでなければ、それを避けてください。そうでない場合は、このような開発環境をセットアップする前に、アヒルを一列に並べてください。
これは古いスレッドであると理解していますが、これは、仮想マシン（Win 8.1を使用）とホストマシン（Win 7 ）。ソリューションを開くことはできましたが、コンパイルできませんでした。これに関する他のすべての回答は古いソフトウェアに関連しているため、この回答を追加して、このよくある質問を自分に合ったソリューションで更新します。
これが私がしたことです。現在のディレクトリとしてUNCパスを使用できるようにレジストリエントリを作成しました。
警告：レジストリエディターを誤って使用すると、システム全体に重大な問題が発生する可能性があり、Windows NTを再インストールして修正する必要があります。マイクロソフトは、レジストリエディターの使用に起因する問題の解決を保証できません。このツールは自己責任で使用してください。
レジストリパスの下： HKEY_CURRENT_USER \ソフトウェア \ Microsoft \コマンドプロセッサ
値DisableUNCCheck REG_DWORDを追加し、値を0 x 1（16進数）に設定します。
警告：この機能を有効にして、UNC名の現在のディレクトリを持つコンソールを起動し、そのコンソールからアプリケーションを起動してからコンソールを閉じると、そのコンソールから起動したアプリケーションで問題が発生する可能性があります。
リンクでこの情報を見つけました： http://support.microsoft.com/kb/156276
これを、誰もが答えられる質問に言い換えてみませんか？最初のポスターとまったく同じ問題があります。
VB 2008のコピーを持っています（VB6から最近アップグレードされました）。バックアップしたネットワークドライブにソリューションを保存した場合、単一のソリューションが実行されることはありません。 <！> quot;部分的に信頼できる呼び出し元<！> quot; <！> quot; allowpartiallytrustedcallers <！> quot;であっても、モジュールにアクセスするためのエラーアセンブリに設定されます。 （バックアップされていない）C：にファイルを保存すると、すべてのユーザーが使用できるように共有ドライブに配置するまで、問題なく実行され、同じ問題に戻ります。
これは大きなリクエストではありません。共有ドライブにソリューションと実行可能ファイルを配置し、セキュリティについてのばかげた無意味なことなく実行できるようにしたいだけです。すべての作業をフォームファイルに詰め込む必要はありません。
-Edit：AllowPartialllyTrustedCallersコマンドを無視する理由に関する問題を見つけました。 ADODBを参照しようとしていますが、ADODBは部分的に信頼されていません。だから、ネットワーク実行可能ファイルはデータベースにアクセスできませんか？とにかく、イントラネットに対してマイクロソフトは何を持っていますか？
しないでください。ソース管理（バージョン管理）がある場合、ファイルをネットワークドライブに配置する必要はありません。ファイルがネットワークドライブに保存されると、現在プロジェクトをビルドしている間でも誰でもファイルを変更できるため、ソース管理を使用して達成したいすべてを完全にバイパスします。 Ka-boooom！
PS：これは、私にとってオーバーエンジニアリングの典型的なケースのように聞こえます。
特定の問題がありますか？
複数の人がソリューションを開くことを許可する場合、最初の問題は.NCBファイル（Intellisense）が排他的にロックされ、1人のユーザーのみがクラスツリーを閲覧できることです。そしてもちろん、あるユーザーの変更が他のユーザーの変更を上書きする可能性があります。
そのため、同様の問題が発生していました。 Visual Studioは、何かのドライブ文字にマップしたネットワークの場所を認識しません。おかしいのは、1日間働いたということです。私は自分のプロジェクトをセットアップし、作業を開始しましたが、問題はありませんでした。その後、私はシャットダウンし、翌日は何も動作しません。コード内のファイルの読み取り/書き込み、実行可能ファイルなどの出力はできませんでした。私のプロジェクトはローカルですが、出力はネットワーク上に投げられるように意図されていました。
とにかく、問題はおそらく管理者のコンテキストにありますが、オンラインで掘り下げながら見つけた問題を修正する1つの方法は、Visual Studioに問題のドライブを何らかの方法で参照させることです。これを行う方法はたくさんありますが、VSはマップされたドライブ文字を魔法のように認識することができます。私の解決策は、プロジェクトプロパティの[デバッグ出力の場所]に移動し、[参照]をクリックして、ネットワークドライブとVoilaで以前に作成した出力の場所に移動することです。
私はこれを理解しようとして半日を費やし、それが誰かの時間を節約するかもしれないと考えたので、これを置きたかった。どうもありがとうございました!!!
エリック
最近同じ問題に直面していましたので、この答えは自分の知識を追跡するためのものです。とにかく、それが役に立つと思うはずです、以下は問題と解決策です。
問題： NET 4.0プロジェクト、SVNリポジトリ、チェックアウトフォルダーはローカルドライブにあり、参照アセンブリはビルドサーバーによってビルドされ、ネットワークドライブで利用できます。 W7のVisual Studioは参照を追加できますが、プロジェクトをビルドできません。
解決策： NET 4.0はネットワークアセンブリ用のサンドボックスを自動的に提供しないため、machine.config更新を介してそれらを完全に信頼する必要があります。 http://msdn.microsoft.com/en-us/library/dd409252.aspx
私の理解が正しければ、Visual Studio プロジェクト ファイルはネットワーク ドライブに保存されており、そこから実行していることになります。これは私がやっていることであり、何も問題はありません。セキュリティ ポリシーが設定されていることを確認する必要があります。使用できます カスポル これを行うには、コントロール パネルの管理ツール メニューを使用します。
Visual Studioの一部の機能がネットワークドライブでの動作を拒否することに注意する必要があります。
たとえば、SQL Expressユーザーインスタンスのmdfファイルはローカルドライブに配置する必要があります。
別の例では、UNCパスを使用する場合、それらが十分に短いことを確認する必要があります。
iは、mac上で実行される並列でvc11を使用しようとするときに、これが役立つと感じました。 http：//social.msdn .microsoft.com / Forums / en-US / toolsforwinapps / thread / 2ffdcb01-c511-4961-834b-afd5f2fbb8e1 、特に：
1）ローカルデバッグからリモートデバッグに切り替えて、マシン名を「localhost」に設定できます。これにより、ローカルマシンでリモート展開が行われます（したがって、プロジェクトのディレクトリは使用されません）。リモートデバッガーツールをインストールする必要も、msvsmonを起動してlocalhostで機能させる必要もありません。
これが他の人に役立つ場合、こちらに記載されている手順を実行して、ネットワーク共有の場所をWindowsに追加する必要がありましたイントラネットゾーン。特に、ネットワーク共有でソリューションを開く（つまり、VMware Fusionを使用して、Macのハードドライブからソリューションを開く）と、Visual Studioがロード中にハングする問題がありました。このシナリオで実行されているPostSharpにも問題がありました。
ネットワークドライブでVisual Studioプロジェクトを開くときに同様の問題が発生したため、ローカルC：\ドライブにUNCディレクトリを指すシンボリックリンクを作成して修正しました
e.g。
mklink /D "C:\Users\Self\Documents" "\\domain.net\users\self\My Documents"
その後、UNCパスの代わりにC：\ Users \ Self \ Documents \パスを使用してプロジェクトを開くことができます
（プロジェクトを参照しているときにシンボリックリンクをダブルクリックすると、Visual Studioが自動的に '\\ domain.net ..'パスにリダイレクトするため、注意する必要があります。 'C：\ Users \'パスを開き、ドライブ文字パスで開きます）
<！> quot;これを機能させるにはどうすればよいですか？<！> quot; いくつかの選択肢があります：
選択肢A： 1.すべてのファイルをローカルハードドライブに戻す 2.マシンに何らかのバックアップソフトウェアを実装する 3.バックアップソリューションをテストする 4.コーディングを続ける
選択肢B： 1.無料のソース管理製品のいずれかのコピーを取得して実装します。 2.バックアップされていることを確認します 3.テストする
選択肢C： 利用可能な多くのオンラインソース管理リポジトリのいずれかを使用します。 Google、SourceForge、CodePlex、何か。
まあ、私の質問はなぜあなたがこれを求めているのでしょうか。ネットワークドライブに保存しているときに機能していませんか？私はこれを自分で試したことはありませんが、ネットワークドライブ（つまり、ネットワークドライブにあるbin \ Debugディレクトリから）から実行される.NETコードがサンドボックスモードで実行されることを想像できます。 CASPOLを台無しにしない限り（または、3.5 SP1を使用して障害を取り除いたと聞きます）。
特定の問題がある場合は、それらについて質問してください。 <！> quot; Xが機能しないのはなぜですか？<！> quot;。
同じリモートドライブにアクセスするのが1人だけなのか複数の人なのかはわかりませんが、ネットワークディレクトリごとに1人だけであると想定しています。これは正しいです？そうでない場合、いいえ、バンドエイドはありません。バージョン管理を取得し、ファイルをローカルディスクに戻します。
