問題タブ [source-server]

MS ソース サーバー テクノロジは、srcsrv.ini という名前の初期化ファイルを使用します。値の 1 つは、ソース サーバーの場所を識別します。

ドキュメントは、この値について多くの未回答を残しています。まず、値の名前の意味、つまり左側にあるものを見つけることができませんでした。また、それが他の場所で使用されていることもわかりません。Advanced Windows DebuggingのHewardt と Pravat は、「左側は ... プロジェクト名を表します」と言っていますが、MS の「MYSERVER」の例とは一致していないようです。

左辺の意味は何ですか？他にどこで使われていますか？値はサーバーまたはプロジェクトを参照していますか? また、サーバーごとに 1 つ、またはプロジェクトごとに 1 つ存在しますか?

どういうわけか、私の VS2008 SP1 は .NET フレームワーク ソースにステップ インする機能を失いました。私はチェックボックスを際限なくいじりました。Symbol キャッシュ フォルダを何度も削除しました。あらゆる種類のデバッグ シンボル サーバーを試しました。

いくつかの .PDB ファイルをダウンロードするだけですが、.NET でスタック フレームを選択しようとすると、利用可能なソースがなく、「逆アセンブリを表示しますか?」というメッセージが常に表示されます。

何を与える？

追加: Web アプリケーション。Windows Vista Business x32; .NET 3.5 SP1。

Visual Studio 2008 でのデバッグ時にソース管理ファイルにアクセスできるように、社内開発コードをシンボル サーバーとして構成しようとしています。これは、ライブラリのコア セットを参照する他のプロジェクトで使用できます。

残念ながら、私たちは SCM システムに SourceGear Vault を使用していますが、.PDB ファイルをソース管理参照でインデックス化することに関しては、現在サポートされていません。

ソース管理に直接アクセスする必要はありません。ネットワーク共有アクセスだけで十分ですが、PDB ファイル内の参照を更新する方法がわかりません。

シンボル サーバーを構成し、元のビルド ソース コードへの正しい参照と思われるものを追加しましたが、Visual Studio でデバッグし、参照されているコードにステップインしようとすると、ソース サーバーから PDB が読み込まれず、したがって、ソース コードは利用できません。

また、Visual Studio が [シンボルの読み込み] コマンドを使用してコア .NET PDB ファイルをダウンロードできる場合、モジュールをクリックしてもそのオプションがありません。

この種のものを設定した個人的な経験がある人はいますか?

誰かが助けてくれたらどうもありがとう。

「Just My Code」をオフにし、ソースの場所/サーバーを使用すると、コードにない関数に簡単にステップ インできます。ただし、これらのいずれかにブレークポイントを設定する方法はありますか?

基本的には「この関数がどこからでも呼び出されたら、ブレークしてソースを見せてください」と言いたいです。「関数ブレークポイントの設定」を試み、関数の完全修飾名を入力しようとしましたが、関数が見つからないと言われました。

VS2010 Beta 2 をインストールしたところです。初めて開くと、「発信元を信頼する場合にのみソース サーバーを使用する」というセキュリティ エラーが表示されます。この時点で VS がクラッシュします。VS自体は普通に立ち上がるのですが、ソースサーバーのアラートが出るのでモーダルウィンドウなので、アラートを消すまでVSが入力の受付を停止してしまい、仕方ありません。

ソースサーバーは本当に必要ありません。したがって、レジストリまたは同様の方法で無効にする方法を理解できれば、それで十分です。

同じボックスにVS 2008があり、実際にソースサーバー（Microsoftから）が有効になっています。しかし、VS 2008で無効にしても問題は残ります。どうやら、インストールによってこの設定が移行され、リスクを理解していることを確認する必要があります。

何か案は？ありがとう

現在のプロジェクトの 1 つにシンボル サーバーをセットアップしました。毎晩のビルド中に私は:

• ソースをビルドする
• ビルドで使用されたソースファイルにラベルを適用する
• 必要な情報で pdb ファイルにインデックスを付ける
• MSシンボルサーバーにpdbファイルを保存しました

(実際、私はこの記事に従っています:ソース サーバーはバグを殺すのに役立ちます。

ここで、別のプロジェクトで公開されているシンボルを持つ DLL を参照しました。そのプロジェクトをデバッグし、デバッグ シンボルを発行したプロジェクトのコードにステップ インしたいと考えています。

ソース サーバーのサポートが有効になるように VS.NET をセットアップしました。プロジェクトをデバッグすると、([モジュール] ウィンドウで) 参照されているプロジェクトのシンボルが実際に読み込まれていることがわかります。参照された DLL から派生したメソッドにステップインしようとすると、VS.NET が警告を表示し、VS.NET が実際にコマンドを実行してソース サーバーからソース コードを取得する可能性があることを確認する必要があります。

コマンドは次のようになります。

（簡潔にするために完全なパスは省略しました）。

コマンドを実行すると、「利用可能なソース コードがありません」というエラーが表示されます。

コマンドラインでそのコマンドを実行すると、次のエラーが表示されます。

無効な DOS パス

ターゲットパスが存在しない場合、VSS はこのエラーを返すようです。実際、取得したソース ファイルを配置するローカル パスがディスク上に存在しません。VSS はそれを作成する必要があります。

ソース サーバーからソース コードを取得するときにターゲット パスが作成されるように、VS.NET がコマンドを発行することを確認するにはどうすればよいですか?

編集： 私は自分の探求をもう少し進めることができました。ソース サーバー マシンでファイルを編集し、PDB ファイルに記述されている「ストリーム」内に存在する変数にvss.pm記述されているコマンドを変更しました。VSS_EXTRACT_CMD(Perl?) コードを次のように変更しました。

そこで、実際には「存在しない場合... mkdir ...」の部分を追加し、2 つのコマンドをパイプ (|) で区切りました。

VS.NET では、VS.NET によって発行される SourceServer コマンドも出力ウィンドウに書き込むように指定しました。したがって、出力ウィンドウにあるコマンドをコピーして、コマンド プロンプトでそのコマンドを実行すると、ディレクトリが作成され、ファイルが取得されます。\o/

残念ながら、VS.NET がこれを行うと、ファイルは取得されず、ディレクトリも作成されません...何が問題なのかについてのアイデアはありますか?

編集: Windows XP マシンでこれをテストしましたが、動作します。オフィスで Windows Vista を使用していますが、Vista では動作しません。VS.NET がターゲット ディレクトリの作成を許可されていないようです。

デプロイされた SL 4 アプリを実行している IE インスタンスにアタッチしています。すべてのシンボルは正常にロードされますが、デバッガーが TFS からソース コードをロードする代わりにブレークポイントにヒットすると、次のように表示されます。

SRCSRV: モジュール 'MyDll' は完全に信頼されていないため、ソース サーバー情報を特定できません。

Web サイトは、 https://someapp.domain.local/のようなローカル LAN Web サイトです。

Web サイトを信頼済みサイトのリストに追加しましたが、うまくいきません。何が問題ですか？

乾杯

更新:ここで Microsoft Connect に関する問題を報告しました

弊社でシンボル/ソースサーバーをセットアップしたいのですが、別の部門で管理されているため、TFSビルドマシンにアクセスできません（私は開発者であり、リリースエンジニアリングによって管理されています）。

TFSビルドマシンの結果を取得してシンボル/ソースのデータベースにデータを入力する別のマシンにシンボル/ソースサーバーをセットアップできますか？

入手可能な情報では、TFSビルドマシンと同じ場所にサーバーをインストールすることについて常に説明しています。

事前に仲間に感謝します。

I'm looking for guidance in setting up a corporate source server, but when I google this topic the best I can come up with is articles and walkthrough concerned with configuring VS to use microsoft's public symbol servers for use with debugging .NET assemblies.

Provided for background info, the environment I'm concerned with using is Vs2010/Tfs2010. Basically, the workflow I'm looking to facilitate is this:

• 1) customer reports problem with application
• 2) application of the appropriate version is installed on a virtual machine
• 3) developer repros bug attaching to process on virtual machine and leveraging source server (symbol server?) on corporate domain. This is the step I'm concerned with.
• 4) developer pinpoints problem fixes bug in workspace.
• 5) developer performs a dll swap on VM to test changes? (side topic, not sure on this)
• 6) normal development/source control workflows.

Any advice is welcome!

Edit: since writing this, I have stumbled on this article, which is a nice writeup on the configuration of source server for TFS 2008. Has anyone adapted this for Tfs 2010?

SVCなしでソースサーバーをセットアップしようとしています-ソースストレージとして単純なUNCパスを使用したいと思います。

単一のファイルで小さなコンソールプロジェクトを作成し、ソースインデックスを作成しようとしました。

私は次のストリームファイルを持っています：

このようにpdbstrを使用してpdbに書き込もうとすると、次のようになります。

私はこの応答だけを受け取ります：

srctoolでpdbをチェックすると、何も書き込まれていないことがわかります。さらに、このようにpdbからストリームを読み取ろうとすると、同じ応答が返されます。

これはpdbstrまたは私の環境の問題でしょうか？どういうわけかpdbstrからログを取得できますか？