1

たとえば、いくつかの投稿を読みました... http://blogs.msdn.com/b/adamroot/archive/2009/06/17/source-server-and-symbol-server-features-in-team- Foundation-server-2010-beta-1.aspx

http://blogs.msdn.com/b/jimlamb/archive/2009/06/15/symbol-and-source-server-in-tfs-2010.aspx

私が読んだことによると、これらはどちらも、分析が必要な古いバージョンのアプリケーションを処理するときに、より良いデバッグ サポートをセットアップするのに役立つサーバー アプリケーションです。

最初のリンクで、msdn ブロガーは、どちらも便利ですが、別々であり、互いに依存していないと述べています。なぜ一方が必要で、もう一方が必要なのですか? それらは 2 つの明確に異なるタスクを実行しますか、それとも重複しますか?

他の人が Q を編集するか、これが十分に明確でない場合は私に編集を依頼してください。

4

2 に答える 2

2

ほとんどの場合、両方が必要です。それらは重なりません。要するに

  • シンボル サーバーは、関数名と行番号を提供します
  • ソースサーバーは、ある時点でソースを提供します

ただし、Windows DLL や実行可能ファイルなど、ソースが利用できない場合のデバッグ シナリオがあります。そのため、たとえそれ自体に不満があったとしても、それらを別々に持っておくと便利です。

Microsoft の Windows 用デバッグ ツールには、Microsoft のシンボル サーバーを構成に自動的に追加するコマンド symfix (または symfix+) があります。

于 2011-07-12T01:42:23.627 に答える
2

すべてのサーバーには異なる機能と目的があります

ソース サーバー:

ソース コードの任意のバージョンをいつでも取得でき、ブランチやマージなどを行うことができます。

シンボル サーバー:

デバッグで使用された *.pdb ファイル。この *.pdb を使用して、既に実行されているアプリケーションをデバッグできます。これは、古いリリース バージョンをデバッグすることを意味し、このバージョンのソース管理を取得する必要はありません。デバッグを開始します。必要なリリースのビルドを実行し、シンボル サーバーから *.pdb を取得するだけで、ソース コードを必要とせずに古いビルドをデバッグできます。シンボル サーバーにより、古いバージョンのデバッグにソース コードはもう必要ありません。直接デバッグするだけですが、シンボル サーバーがない場合は、ソース サーバーから適切なバージョンを取得し、デバッグ構成でアプリケーションをビルドして、アプリケーションのデバッグを開始する必要があります。

私は私の主張を伝えることができれば幸いです。

ありがとう

于 2011-07-12T08:23:10.390 に答える