<<.pdb (those files contain only debug information)>>
You should, in fact, copy the .pdb file to production IF/WHEN you have
exception handlers that make user of the stack trace (e.g., to log the exact
line of code that choked, thereby throwing the exception). If you are doing
this (I can't imagine why anyone wouldn't want this information in a
produciton system), then you will need to copy BOTH the .pdb and .dll file
whenever you recompile - as the .pdb version is logically tied to the .dll
version.
HTH
"Jc Morin" <mi****************@jcmorin.net> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
You do not need to copy:
- .vb or .cs files (source code)
- .resx (ressource files since they are compile into the bin directory)
- .suo, sln, .vbproj, .csproj .... all projects, visual studio related
files
- Inside the bin directory .pdb (those files contain only debug
information)
only dll are required.
However don't forget to copy:
- Web.Config
- Global.asax
and the bin directory.
--------------------------
Jean-Claude Morin, MCP
Software Developer
2k1Soft/kCentric, Canada
"Wayne Wengert" <wa***************@wengert.com> wrote in message
news:e5****************@TK2MSFTNGP09.phx.gbl... I am using VSNET 2003 to build an ASP.NET/VB set of pages. There are
currently about a dozen aspx pages. When I make even a minor change to
one
page I currently rebuild the solution, copy the project files to a copy
directory on my local wwwroot and then FTP all those files and
directories
to my ISP account to be able to see the change on my web site. This is a
lot of data to FTP every time (the bin directory alone is close to 4MB)
Is there a better way?
Wayne