Msbuild 및 NAnt 장점 및 단점에 대한 질문이있었습니다. 이제 TFS Build (msbuild 사용) 또는 NAnt가 더 나은지 확인해 봅시다. 제 의견으로는 다른 시스템으로 몇 초 안에 건물 환경을 쉽게 옮길 수 있기 때문에 (파일 복사에 달려 있음), 관리하기가 쉽고, 디버깅이 훨씬 빠르며, Team Foundation Server와 통합되지 않았다고 생각합니까?NAnt 또는 TFS 빌드가 더 좋습니다.
둘 다 사용했습니다. 우리는 Cruise Control/Nant에서 TFS로 이동했습니다.
우리가 이전 한 큰 이점과 이유는 통합 및보고 가능성입니다.
간단한 프로젝트의 경우 Nant를 사용하는 것이 더 쉽습니다. 그러나 당신이 큰 환경을 가지고 있고 당신이 그것을 단지 당신의 소프트웨어 개발 과정으로 보았을 때, 단지 서버를 만들지 않는다면, 나는 TFS를 훨씬 더 잘 찾는다.
당신을 가장 생산적으로 만드는 것을 사용하십시오.
나는 TFS를 사용하지 않은,하지만 약간의 시간은 NAnt를 사용하고, 그래서를 위해 다음과 같은 점을 무엇을 당신은 :
"TFS Build"(실제로 "팀 빌드"라고 함)는 이제 Windows SDK의 일부인 MSBUILD 엔진을 사용한다는 점은 주목할 가치가 있습니다. 그것은 사용자 정의 작업을 연결할 수있는 무료 엔진이며이를 수행 한 사용자 커뮤니티가 있습니다. 많은 다른 사람의 사이에서
를 참조하십시오.
MSBUILD는 버전 2.0 이후 .NET에 포함되어 매우 성숙했습니다. Visual Studio IDE에서 모든 C# 및 VB.NET 프로젝트를 빌드하는 빌드 엔진이므로 더 이상 널리 사용되지는 않습니다.
또한 문제는 MSBuild에 대 NANT해야한다 등
프로그래밍 방식으로 사용자 지정 로깅을 수행 기반으로 제어 할 수있는 API를, 함께 제공됩니다. 원하는 경우 Teambuild를 사용하여 nant를 실행할 수 있습니다. 때때로 해결책은 ... 나는 둘 다 좋아하지만 msbuild를 박스에 항상 곁에있다
...
msbuild를, 때로는 NANT에서 쉽게 그리고 새로운 버전 :(내가이야 년 12 월 (8) 2007 년부터 없었다 3 년 동안의 베타 버전 사용 - 우리가 .Net 3.5로 옮겼을 때 .Mighty가 올 때 .Net 4에는 업그레이드가있을 것입니다. –
예, 최근 릴리스의 부족은 걱정 스럽지만 프로젝트가 살아 있으며 토론 게시판. v1.0 릴리스에 대해 몇 가지 이야기가 있습니다. –
그래, 새 버전은 .NET 4.0 공개 프레젠테이션 다음날 발송되었지만 여전히 4를 지원하지 않습니다.0 : | –