Then every time you change your ASP.NET pages (or any code-behind or reference DLLs) the build will happen much faster because is doing all in memory.

So, how you do this? Simply follow these steps:

1) Make sure you have enough free memory:

Open the usual apps you use (i.e. Visual Studio, Outlook, etc) and check how much free memory you have (Task Manager -> Performance -> Physical Memory -> Available).

So, let’s say you have 500MB free and your total memory physical memory is 2GB (Task Manager -> Performance -> Physical Memory -> Total).  The total I’d recommend allocating for your virtual drive would be half of your free memory, or 250MB.

If you’re short on free memory, try running some cleanup tools like TuneUp Utilities (very good, but paid) or CCleaner (free). Besides that, you can always check what services are running and stop/disable the ones you really don’t need (this is a delicate step, be careful not to stop essential services – use Google to find out what’s essential and what’s not).

2) Install RamDisk

I’m using a free implementation that can be found here. You can follow these steps for a details explanation of this tool and installation instructions.

Make sure you install it and create a drive letter (i.e. “R:”) with the disk size amount calculated in the previous step. If you over-allocate it, your Windows will run out of memory and the whole purpose of this idea will be worthless.

3) Change your default “Temporary ASP.NET Files” folder to your new ram-based drive

Here you have two options. You can do this only for a specific site or for all projects running on your computer. If you have too many sites you may run out of disk space in your ramdisk, so choose your option wisely

3.1) Configuration for a specific website (local settings):

Change your site’s web.config “compilation” property to specify the new path. Below is an example that assumes “R:\ASP_NET_TempFiles\” as the new ram-based folder location:

<system.web>
....
<compilation debug="true" tempDirectory="R:\ASP_NET_TempFiles\">
....
</compilation>
....
</system.web>


3.2) Configuration for all ASP.net websites (global settings):

To implement this globally all you need to do is change your global web.config (which is usually located somewhere like this C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config)and  adjust the compilation properties the same way the local settings (previous example):

<system.web>
....
<compilation debug="true" tempDirectory="R:\ASP_NET_TempFiles\">
....
</compilation>
....
</system.web>

And your done!

Two last tips I can give you is to keep an eye on the usage of your ramdisk folder. If it get’s full, you’ll have to manually delete some old temporary files. The second tip is to watch how your free memory, if it gets too close to it’s total it might indicate the you either have too much programs running or you might have to reduce your ramdisk size.

Happy speed building!

Microsoft has introduced a new optimizeCompilations switch in ASP.NET that can greatly improve the compilation speed in some scenarios. You can read this blog post to understand the overall idea, study a more detailed explanation about Dynamic Compilation here or simply follow these 2 easy steps:

1) Install this hot-fix:

• Windows XP: http://code.msdn.microsoft.com/KB969612
• Windows Vista: http://code.msdn.microsoft.com/KB967535
• Windows 7 – not necessary

2) Update your web.config as follows:

Add optimizeCompilations=”true” to your <compilation …> tag. Below is an example:

<system.web>
....
<compilation debug="true" optimizeCompilations="true">
....
</compilation>
....
</system.web>


And you’re done! Next time you change something inside the App_code or even a dll inside the bin folder you might not have to wait the entire site to rebuild.

Important note: this approach speeds things up but you might get some weird errors when you start changing some code signatures or restructuring dlls.In this case, all you need to do is a simple “rebuild project/solution” inside your Visual Studio to get things straight again.

Sample Code

Assuming you have created your basic TFSBuild.proj file, add this to the bottom of the file (right before the </project> tag):

<!– This task will be executed after the build is copied to the drop location (i.e. build storage) and
will take care of automating the deployment of the project to an IIS folder
by ‘Wagner Danda da Silva’
–>
<Target Name=”AfterDropBuild” Condition=” ‘$(BuildBreak)’!=’true’ “>

<!– Let’s prepare the copy by setting the drop location (IIS website folder) ** –>
<CreateProperty Value=”\\dswebdev\QA\“> <!– replace this with your IIS folder –>
<Output TaskParameter=”Value” PropertyName=”MyDropLocation”/>
</CreateProperty>

</Target>

More details can be found here:http://tfsdeploy2iis.codeplex.com/