Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Today we are using TFS 2008 for source control, and I imagine we will go for TFS 2010 as quick it goes RTM.
We are going to use some continues integration tool but which one?
I have been looking at both TeamCity and CruiseControl.NET both seems quite good (TeamCity were a little more easy to configure). I have seen some really promising screencast about TFS 2010 automation tools and it looks really good. But I have only scratched the surface of the tools.
Which one should I use?
Given that you’re already using TFS, I’d try TFS’ CI tools first and reconsider your decision in the event that it doesn’t meet your needs. In fact, TFS 2008 has CI features: I’d set them up sooner rather than waiting until 2010 to drop.
My team is using some of TFS 2008’s CI features now and they’ve been working reasonably well for us. Setting up the builds themselves was not difficult and the integration with TFS’s work items is quite solid (work items are created in the event of build failure out of the box).
I will admit our system is fairly simplistic: we have not yet put the leg work in for assembly versioning (since it looked like a great deal of leg work) and we’re not unit testing either (unfortunately). It seems MSTest unit testing would just drop right in though!