.net - 설치오류 - 닷넷프레임워크




nAnt는 여전히 지원되며.net 3.5/VS2008에 적합합니까? (5)

CC.NET은 단순히 빌드 서버 기술이며 빌드 스크립트 기술은 아닙니다. 우리는 직장에서 CC.NET을 사용하여 문제없이 MSBuild 빌드 스크립트를 매우 성공적으로 호출합니다.

NAnt는 나이가 들고 더 성숙한 스크립트 언어를 작성하지만 작동 방식은 비슷합니다. 내가 NAnt에서 할 수있는 일은 MSBuild에서도 할 수있는 일이 거의 없기 때문에 실제로 어느 것이 더 편한지 이해할 수 있습니다. NAnt가 얼마나 활발한 지에 관해서는, 마지막 릴리스가 있었을 때를 지나치지 마라. 지난 밤의 빌드가 있었을 때 대신에 가라. NAnt는 출시 사이에 오랜 시간이 걸리는 경향이 있지만, 야간 빌드는 일반적으로 꽤 안정적입니다.

내 물건을 만들기 위해 MSBuild를 사용하고 있습니다. Build Server와 같이 CruiseControl.net을 사용하고 싶습니다.

현재 CCNET은 많은 것을 언급하고 있지만 ccnet이 프로젝트 구성과 msbuild를 통해 수행 할 수있는 대부분의 작업을 수행 할 수있는 것처럼 보입니다. 또한, nAnt는 거의 지원되지 않는 것으로 보입니다. 베타 버전은 거의 1 년 전입니다.

간단히 말해서 MSBuild에 상당히 만족합니다 (특히 "공식"컴파일러 프론트 엔드이기 때문에). 그리고 nAnt에 약간 불편하지만, 조기에 판단하고 싶지는 않습니다.

MSBuild에서 nAnt를 사용하는 이유는 무엇입니까? 특히 기능면에서 nant와 조금 겹치는 것으로 보이는 ccnet (자동 빌드 관련 항목 추가)


MSBuild에 만족한다면 MSBuild를 고수 할 것입니다. 이것은 처음에 배우는 도구가 선호하는 도구 중 하나 일 수 있습니다. 나는 NAnt로 시작했고 MSBuild에 익숙해 질 수 없습니다. 나는 그들이 꽤 오랫동안 둘 다있을 것이라고 확신한다.

이 두 가지의 근본적인 차이점이 있습니다. 아마도 NAnt 팬과 Microsoftie 간의 대화에서 가장 잘 강조 될 것입니다.

흥미롭게도 Jeremy Miller 는 작년 에 블로그에서 정반대의 질문 을했습니다 .


나는 또한 당신이 하이브리드 접근법을 사용할 수 있음을 발견했다. 특히 더 큰 프로젝트에서 그러하다. 새 구성 요소가 개발되면 우리의 nant 스크립트가 msbuild로 변환됩니다. 두 가지 모두 동일한 주요 기능을 지원하며 하나는 지원하지만 다른 하나는 지원하지 않는 작업을 찾으면 서로 호출 할 수 있습니다.

MSBuild로 시작하는 새로운 .NET 개발에서는 솔루션 파일을 직접 실행할 수 있기 때문에 많은 시간을 절약 할 수 있습니다. 다른 작업 (소스 제어, 배치 등)을 수행하기 위해 메인 컴파일을 확장하면 꽤 잘 작동합니다.


솔직히 그것은 당신의 환경에 더 잘 어울리는 것에 달려 있습니다. 타사 도구 인 nunit, ccnet, ncover를 많이 사용하는 경우 너트와 더 잘 어울릴 것입니다. 또는 MSTest, TFSBuild를 사용하는 경우 MSBuild가 더 나은 환경을 찾을 수 있습니다. 나는 두 가지를 배울 것이고, 모든 것을 당신의 환경에 더 부드럽게 적용 할 것입니다.


제 의견으로는 개인적인 취향에 대한 질문입니다. nAnt는 훌륭한 프레임 워크이며 MSBuild는 거의 사용할 수 있습니다. 두 프레임 워크 모두에서 사용자 지정 작업을 쉽게 개발할 수 있으므로 수행해야 할 거의 모든 작업을 수행 할 수 있습니다.

귀하의 질문 중 "여전히 지원되는 부분"에 답변을 드릴 수는 없지만, 귀하가 이미 nAnt에 익숙하다면 가능성이 있다고 말할 수 있습니다. MSBuild에 익숙한 사람 (또는 그룹에 속한 사람)이 있다면 좋은 방법입니다.







nant