サービスファブリックコードが自分のPDBをロックするのはなぜですか？

Question

私はいくつかのステートレスサービスと単一のステートフルサービスを含むサービスファブリックアプリケーションに取り組んでいます。私が初めてパブリッシュすると、すべてが問題なく、ローカルクラスタに展開されます。私は明示的にそれを最初に停止せずにアプリをパッケージまたは公開しようとした場合、この後、私は次のエラーを取得する：

CSC : error CS2012: Cannot open 'C:...\ProjectFolder\obj\x64\Debug\ProjectName.pdb' for writing -- 'The process cannot access the file 'C:...\ProjectFolder\obj\x64\Debug\ProjectName.pdb' because it is being used by another process.'

process explorerによると、PDBは、私自身のProjectName.exeによってロックされています。これは私のアプリケーションでの単一のステートフルなサービスです。

1. なぜ私のexeは独自のPDBをロックしますか？ Visual Studioであれば分かります。
   • これは私自身のコードには何も表示されていないので、これは私が呼び出しているファブリックコードの中にあるものと仮定しています。
2. PDBはアプリケーションとともに配備されますが、元のソースディレクトリのファイルはロックされています。なぜ、実行中のコードに隣接するPDBではないのですか？
3. なぜステートフルサービスではなく、ステートレスサービスに関するこのエラーが表示されるのですか？
   • これは、起動時にステートフルサービスが多くのエラーを生成することと関係していると思われます。この場合、Fabricはシンボルを正しく表示する必要があります。
4. Visual Studioを使用してデバッグしていない限り、正しいPDBを使用するか、まったく使用しないかはどうしたらいいですか？

編集：Raised on github。このためworkaround電流：これが修正されましたように

A current workaround at this point in time would be to restrict the Network Service access to the pdb in the build folder (obj\x64\Debug).

Answer 1

上げたissueに基づいて、それが見えます。

"Going to close the issue as we believe both issues have now been addressed by the 5.6 runtime and the 1.6 tooling."

は、誰もが私は大きな緑色のチェックマークを移動するのは非常に幸せになるだろう1-3に答えることができた場合は、アップグレードが今点4への答えであるようです。