Hello Nick,
As for the "Clean Solution", it will clean/remove all the originally
compiled/built intermediate or full output files(exe or dll).
http://msdn2.microsoft.com/ru-ru/library/5tdasz7h(VS.80).aspx
For example, if you have a solution that contains two project, one winform
and another class library project, winform reference the class library's
output assembly. Thus, no matter you build the class library project first,
or winform project first(or both) and choose "Clean Solution", it will
remove the output files of both the winform and class library projects(exe
and dll). and next time you "Build Solution", it will build the two
projects together.
For your scenario, your solution contains an ASP.NET 2.0/vs 2005
application. This is a paricular case because ASP.NET 2.0 project is quite
different from ASP.NET 1.1/VS 2003 project, it use dynamic compilation, so
in the new website project, it will not produce any output files in VS 2005
IDE(when you build or rebuild the ASP.NET 2.0 website project). And the bin
directory only use to hold some private referenced assemblies and does not
contains any output content. That's why "Clean Solution" does not modify
the "bin" dir in ASP.NET 2.0 website project. Therefore, you haven't missed
anything and this is the expected behavior.
In addition, here are some web articles describe the new ASP.NET 2.0
project model:
#VS 2005 Web Project System: What is it and why did we do it?
http://weblogs.asp.net/scottgu/archive/2005/08/21/423201.aspx
#Debug and Release Builds in ASP.NET 2.0
http://odetocode.com/Blogs/scott/archive/2005/11/15/2464.aspx
Hope this helps some.
Sincerely,
Steven Cheng
Microsoft MSDN Online Support Lead
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.