經過一段時間的介紹，相信對於使用psake來建制專案已經沒什麼問題了 - 我們就要開始進入建制的下個階段，也就是測試。

專案建制起來只是基本條件，但是單元測試是否有通過才是保證程式碼品質的一種方式，因此，不跑單元測試更本就不完整。

在接下來幾篇，將會介紹幾個常見的unit test的framework，先從xunit開始。

在進入下個階段之前（也就是開始執行Unit Test），有個部分一直沒有碰到，那就是當建制失敗的時候會發生什麼事情。

整個CI的概念就是盡早發現建制有問題好去做一些處理，但是如果出錯了都發現不到，不就等於沒有意義了？

這篇我們將會看看這方面的處理。

在上篇了解到如果什麼都沒調整的情況下，建制出來的內容會放在一起，根本無法區分哪些內容屬於哪些專案。

也提到了.Ner 4.5能夠使用GenerateProjectSpecificOutputFolder，但是假設是.Net 4.5以下呢？

這篇我們會沿著這個思路，看看為什麼Asp .Net Mvc專案有個_PublishedWebsite，並且我們是否能夠使用這個資訊來做些處理。

上篇我們提到了用psake來建制一個asp .net mvc的專案，並且修正了psake執行時候呈現的內容，在這篇，我們將進一步延伸來看一下，buid結束產生的內容是什麼和 加入另外兩種常見的.Net專案：

1. Console Project
   
2. Library Project

經過了幾天的理論介紹，我們開始要進入建制專案的部分。

我們會先拿一個Asp .net Mvc的網站作為第一個要建制的專案，所以我們會先建立出來，然後在使用MSBuild帶來的幫助，幫我們快速建立專案

（之後下面提到的code都可以從這邊看到內容：github repo，這篇會是tag sample/chapter6）

在上篇對於psake有些了解以後，我們開始把所學的東西用於如何搭配方便建制專案。

在這篇，我們會定義當專案建制的時候，我們的資料夾結構和先把那些資料夾環境準備好

在上一篇了解了如何建制一個專案之後，和我們之後要使用psake作為build tool，在這篇我們將會看到底怎麼開始使用psake，和建立出我們之後會一直使用的專案。

（之後下面提到的code都可以從這邊看到內容：github repo，這篇會是tag sample/chapter4）