August 21, 2011
The end goal of this series is to arrive at a build configuration which we can use to automatically deploy an ASP.NET MVC web application. We want a reliable way of deploying an application to a new environment (staging, acceptance, production…etc.). Manually copying files, editing configuration files, synchronizing servers…is not a wise course.
want to should avoid manual actions during deployment. Sure, you can get all the steps correct, but in the long run mistakes are unavoidable. And besides, doing all this stuff manually is just plain boring and tedious.
One of the first steps in deploying an ASP.NET / ASP.NET MVC application is to make sure its configuration file (Web.config) is transformed so it fits the environment in which the application will be running. Let’s see how we can apply Web.config transformation using TeamCity.
June 4, 2011
This post picks up where the previous post, Running Unit Tests With TeamCity, left off. If you haven’t read it yet, read it first.
The first post in this series showed how you can run unit tests (using NUnit) in TeamCity by creating a build configuration and configuring two build steps, namely:
- Compile the code using the MSBuild build runner
- Run the unit tests using the NUnit build runner
This post shows how you can replace both of these steps by one single step which executes all of these actions using a MSBuild script.
May 28, 2011
This is the first part of a multi-part series that talks about the use of a continuous build server and how you can use some of its features to your benefit. For the build server I opted to pick JetBrain’s TeamCity as it has a free version, is well-known and I happen to frequently use it at work.
I figured I’d try to create a small project, including some unit tests (using the NUnit framework), and have TeamCity run the unit tests automatically after each check-in as a first exercise.