Build: Index Sources & Publish Symbols

Last Update: 3/6/2017

Team Services | TFS 2017 | TFS 2015 | Previous versions: XAML Build, Release

Index your source code and optionally publish symbols to a SymStore file share.

Indexing enables you to use your .pdb symbol files to debug an app on a machine other than the one you used to build the app. For example, you can debug an app built by a build agent from a dev machine that does not have the source code.


This build step works only:

  • For code in Git or TFVC stored in Team Foundation Server (TFS) or Visual Studio Team Services. It does not work for any other type of repository.

  • Using a private agent. It does not work on a hosted agent.




Argument Description
Path to publish symbols

If you want to publish your symbols, specify the path to the SymStore file share.

To prepare your SymStore symbol store:

  1. Set up a folder on a file-sharing server to store the symbols. For example, set up \fabrikam-share\symbols.
  2. Grant full control permission to the build agent service account.

If you leave this argument blank, your symbols will be source indexed but not published. (You can also store your symbols with your drops. See Publish Build Artifacts).

Search pattern

Specify search criterea to find the .pdb files in the folder that you specify in Path to symbols folder argument. You can use a single-folder wildcard (*) and recursive wildcards (**).

For example, **\bin\**\*.pdb searches for all .pdb files in all subdirectories named bin.

Path to symbols folder The path to the folder you want to search for symbol files. If you leave it blank, the path used is Build.SourcesDirectory.
Warn if not indexed

Enable this option if you want the build summary to show a warning when sources are not indexed for a PDB file. A common cause of sources to not be indexed are when your solution depends on binaries that it doesn't build.

Even if you don't select this option, the messages are written in log.

Max wait time (min) If you want to set a time limit for this step, specify the number of minutes here. The build fails when the limit is reached. If you leave it blank, limit is 2 hours.
Product If you are publishing your symbols, you can specify the product parameter that is passed to symstore.exe. If blank, $(Build.DefinitionName) is passed.
Version If you are publishing your symbols, you can specify the version parameter that is passed to symstore.exe. If blank, $(Build.BuildNumber) is passed.
Artifact name Specify the pattern used for the name of the link from the artifact tab in the build summary to the file share where you are publishing your symbols. For example, if you specify Symbols_$(BuildConfiguration), then the name of the link to your published release symbols would be Symbols_release
Control options

Use indexed symbols to debug your app

You can use your indexed symbols to debug an app on a different machine from where the sources were built.

Enable your dev machine

In Visual Studio you may need to enable the following two options:

  • Debug -> Options -> Debugging -> General
    • -> Enable source server support
    • -> Allow source server for partial trust assemblies (Managed only)

Overriding at debug time

The mapping information injected into the PDB files contains variables that can be overridden at debugging time. Overriding the variables may be required if the collection URL has changed. When overriding the mapping information, the goals are to construct:

  • A command (SRCSRVCMD) that the debugger can use to retrieve the source file from the server.

  • A location (SRCSRVTRG) where the debugger can find the retrieved source file.

    The mapping information may look something like the following:

SRCSRV: variables ------------------------------------------
TFS_EXTRACT_CMD=tf.exe git view /collection:%fnvar%(%var2%) /teamproject:"%fnvar%(%var3%)" /repository:"%fnvar%(%var4%)" /commitId:%fnvar%(%var5%) /path:"%var7%" /output:%SRCSRVTRG% %fnvar%(%var8%)
SRCSRV: source files ---------------------------------------

The above example contains two sections: 1) the variables section and 2) the source files section. The information in the variables section is what can be overridden. The variables can leverage other variables, and can leverage information from the source files section.

To override one or more of the variables while debugging with Visual Studio, create an ini file %LOCALAPPDATA%\SourceServer\srcsrv.ini. Set the content of the INI file to override the variables. For example:



How does indexing work?

By choosing to index the sources, an extra section will be injected into the PDB files. PDB files normally contain references to the local source file paths only. For example, C:\BuildAgent\_work\1\src\MyApp\Program.cs. The extra section injected into the PDB file contains mapping instructions for debuggers. The mapping information indicates how to retrieve the server item corresponding to each local path.

The Visual Studio debugger will use the mapping information to retrieve the source file from the server. An actual command to retrieve the source file is included in the mapping information. You may be prompted by Visual Studio whether to run the command. For example

tf.exe git view /collection:http://SERVER:8080/tfs/DefaultCollection /teamproject:"93fc2e4d-0f0f-4e40-9825-01326191395d" /repository:"647ed0e6-43d2-4e3d-b8bf-2885476e9c44" /commitId:3a9910862e22f442cd56ff280b43dd544d1ee8c9 /path:"/MyApp/Program.cs" /output:"C:\Users\username\AppData\Local\SOURCE~1\TFS_COMMIT\3a991086\MyApp\Program.cs" /applyfilters

Where can I learn more about symbol stores and debugging?

Symbol Server and Symbol Stores


Use the Microsoft Symbol Server to obtain debug symbol files

The Srcsrv.ini File

Source Server

Source Indexing and Symbol Servers: A Guide to Easier Debugging

Source Server and Symbol Server Support in TFS 2010

Do I need an agent?

You need at least one agent to run your build or release. Get an agent.

I can't select a default agent queue and I can't queue my build or release. How do I fix this?

See queues.

I use Team Foundation Server on-premises and I don't see some of these features. Why not?

Some of these features are available only on Visual Studio Team Services and not yet available on-premises. Some features are available on-premises if you have upgraded to the latest version of TFS.