I would build with
pdb-only. You will not be able to attach a debugger to the released product, but if you get a crash dump, you can use Visual Studio or WinDBG to examine the stack traces and memory dumps at the time of the crash.
If you go with
full rather than
pdb-only, you’ll get the same benefits, except that the executable can be attached directly to a debugger. You’ll need to determine if this is reasonable given your product & customers.
Be sure to save the PDB files somewhere so that you can reference them when a crash report comes in. If you can set up a symbol server to store those debugging symbols, so much the better.
If you opt to build with
none, you will have no recourse when there’s a crash in the field. You won’t be able to do any sort of after-the-fact examination of the crash, which could severely hamper your ability to track down the problem.
A note about performance:
Both John Robbins and Eric Lippert have written blog posts about the
/debug flag, and they both indicate that this setting has zero performance impact. There is a separate
/optimize flag which dictates whether the compiler should perform optimizations.