By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
443,934 Members | 1,527 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 443,934 IT Pros & Developers. It's quick & easy.

Deployment Best Practices

P: n/a
Does anyone have suggesstions for ASP.NET deployment best practices. This is
in the context of a large organization where developers do not have admin
access to web servers. The idea of buliding msi packages for each deploy
seems difficult to implement because the server admins do not have the time
to constantly be running msi's and moving applications between environments.
Are there any proven products that can automate this process for .net
applications?
Nov 18 '05 #1
Share this Question
Share on Google+
2 Replies


P: n/a
What about having some sort of folder structure in VSS (or whatever source
control you are using), that mimics the deployed structure. Then a build is
just doing a get latest of what's in there.

"sstevens" <ss******@discussions.microsoft.com> wrote in message
news:EE**********************************@microsof t.com...
Does anyone have suggesstions for ASP.NET deployment best practices. This is in the context of a large organization where developers do not have admin
access to web servers. The idea of buliding msi packages for each deploy
seems difficult to implement because the server admins do not have the time to constantly be running msi's and moving applications between environments. Are there any proven products that can automate this process for .net
applications?

Nov 18 '05 #2

P: n/a
"sstevens" <ss******@discussions.microsoft.com> wrote in message
news:EE**********************************@microsof t.com...
Does anyone have suggesstions for ASP.NET deployment best practices. This
is
in the context of a large organization where developers do not have admin
access to web servers. The idea of buliding msi packages for each deploy
seems difficult to implement because the server admins do not have the
time
to constantly be running msi's and moving applications between
environments.
Are there any proven products that can automate this process for .net
applications?


I know this response is late, but I was intrigued by your question.

You said that the system admins don't have time to be running msi's. Don't
they do installs all the time? Also, if you have an msi, can't it be run
unattended?

Of course, a better issue is that web setup projects can only install to the
default web site on a machine...

What I have done in a lower-volume production environment is:

0) Create a virtual directory on a web server accessible from the build
machine
1) Empty the VD
2) the Copy Project feature of VS.NET to copy only the "files necessary for
this project" to the VD
2a) If the VD is on a staging server, test here
3) On acceptance, have the VD copied up to a new directory in production. If
you use versioning, name the new directory to include the version,
otherwise, to include a timestamp.
0a) Production has two versions for each web application. The real one, and
the "next" one.
4) Configure IIS to point the "next" application to the newly-copied
directory.
5) Do final sanity checking
6) Configure IIS to point the "real" application to the newly-copied
directory

This worked well for a moderate volume of deployments.

John Saunders
jo**************@hotmail.com

Nov 18 '05 #3

This discussion thread is closed

Replies have been disabled for this discussion.