Hoe pdb geslag en vshost af te skakel vir alle Release bou

Question

Elke keer as ek begin 'n nuwe stuk van sagteware Ek het in die opset om te gaan en uit te skakel pdb lêer geslag en die Visual Studio hosting proses vir die vrylating bou. Is daar enige manier om Visual Studio (2008 spesifiek) vertel dat ek wil om dit te doen vir alle projekte vir die res van die tyd?

Answer 1

Na 'n paar grawe rond, blyk dit dat die projek lêers vir C # gestoor in \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033. Deur die toevoeging van <UseVSHostingProcess>false</UseVSHostingProcess> om die korrekte afdelings (daar is afsonderlike afdelings vir Debug en Release konfigurasies) van die betrokke templates, jy kan afskakel van die hosting proses draai vir alle toekomstige projekte van die gekose tipe.

Jy moet in staat wees om die PDB kwessie te hanteer in 'n soortgelyke manier, maar soos ek gesê het ek raai nie draai diegene af, so ek dit as 'n oefening sal verlaat:)

Dit geld vir VS2008, maar my raaiskoot is dat ander uitgawes het 'n soortgelyke skema. Trouens, VS2010 gebruik dieselfde benadering, maar natuurlik die weergawe nommer in die gids voldoende is 10,0 in plaas van 9,0.

Answer 2

In VS 2010 sal jy 'n projek eiendom te vind om Pdb generasie beheer onder Projek Properties -> Bou -> Advanced ... -> Debug Info

Stel hierdie na "geen" tot geslag onderdruk Pdb.

Answer 3

Hoekom nie 'n post bou stap wat hierdie lêers wat jy wil nie verwyder voeg. Hmm, wat nog 'n stap, nie wat jy wou: - (

Wat oor die skryf van 'n klein helper app wat 'n FindFirstFile en FindNextFile lus op soek na PDB en shost lêers in jou release dopgehou doen. Wanneer dit hulle bevind, is dit verwyder hulle. Of beter nog beweeg hulle na 'n argief plek -. Dit laat om hulle uit die vrylating verpakking kwessies te verwyder, maar steeds hou die lêers in geval jy dit nodig het vir fout analise

Plus omdat sy 'n helper app kan jy net hardloop dit eens as deel van jou pre-handoff vrylating personeel.

Ons gebruik hierdie tegniek vir baie dinge:

• Die versekering DLLs is up to date (basies 'n intelligente update vir die hele gebou boom)
• Skoonmaak VC bou beter as "batch bou" kan (die verwydering van 'n paar van die lêers wat Visual Studio kan crash)
• Argief sekere in 'n bepaalde mode (soortgelyk aan wat ek vir jou het voorgestel)
• ens

Ek is met Brian - moet jy hierdie lêers te hou. As jy nodig het om enige fout of versuim ontfout, sal jy hierdie lêers nodig.