2010-02-23 3 views
4

asp.net에서 내부 응용 프로그램을 작성하는 중간 규모 회사의 다른 두 개발자와 함께 작업합니다. 우리는 약 10 개의 개별 웹 애플리케이션, 약 5 개의 클래스 라이브러리, 그리고 아마 2 개의 12 가지 명령 행과 WinForms 애플리케이션을 가지고 있습니다. 경영진은 비즈니스 규칙에 따라 매일 여러 번 응용 프로그램을 실행할 수 있기를 기대합니다.빠르게 변화하는 업무용 응용 프로그램을위한 asp.net 3.5 빌드 관리에 가장 적합한 방법은 무엇입니까

현재 Microsoft.Net 1.1과 SourceSafe를 사용하고 있습니다. 웹 응용 프로그램을 배포해야 할 때 SourceSafe에서 최신 버전을 가져 와서 다시 작성한 다음 프로덕션 웹 서버에 복사합니다. 우리는 또한 5-10 개의 프로젝트로 방대한 솔루션 파일을 생성하는 습관을 가지고 있으므로 각 프로젝트를 하나씩 열어 재 빌드하지 않고 모든 것이 재구성되어 "마스터"bin 폴더에 복사됩니다.

이 작업을 수행하는 더 좋은 방법이 있어야하며 앞으로 몇 개월 내에 Visual Studio 2010과 Microsoft.Net 4.0이 릴리스되면 환경을 업그레이드하는 것이 좋은 것처럼 보입니다. Microsoft는 일을 설정하는 방법에 대한 공식 의견/백서를 가지고 있습니까? 과거의 가장 큰 문제점은 코드를 얼마나 빨리 생산에 투입 할 것으로 기대되는지 잘 작동하는 시스템을 갖추는 것이 었습니다.

+0

당신이 선택한 것은 당신이 가진 것보다 낫습니다. 동전 던지기. –

+0

방대한 솔루션에는 5-10 개의 프로젝트가 포함되어 있습니까? 나는이 문제가 있었으면 좋겠다. =) – Craig

+0

@ 존 : 나는 다른 것이 더 좋다는 것을 안다.하지만 우리는 처음부터 올바른 선택을하지 않았기 때문에 우리가 끼어있는 곤경에 빠져있다. @Craig : "5-10 프로젝트"는 작게 들리지만 대형 프로젝트 (약 100 개의 클래스와 500 개 이상의 파일)를 평균합니다. –

답변

0

"patterns & practices Team Development with Visual Studio Team Foundation Server"을 참조하십시오.

모든 것을 읽으십시오. 그것은 당신이 결코 알지 못했던 것들을 포함하고 있습니다.

+0

이 가이드는 내가 찾고 있었던 것이었지만 Team System에 집중하지 않았 더라면 좋겠다. 지금 우리 계획은 다음을 설정하는 것입니다. Build Runner : MSBuild; CI : TeamCity; 테스트 : xUnit; 조롱 : Moq; 코드 범위 : PartCover. –

+0

행운을 비네. 그러나 개별 제품에 비해 TFS의 한 가지 이점은 유용한 보고서가있는 데이터웨어 하우스에 모든 것이 보관된다는 점입니다. 많은 것은 붙박이이다. 예를 들어 성공/실패 확률과 단위 테스트 성공/실패율, 코드 커버리지 백분율 및 코드 해지 비율을 결합한 "품질 지표"보고서. 시간이 지남에 따라 이러한 지표가 어떻게 변화하는지에 대한 좋은 차트를 제공합니다. –

3

CruiseControl.NET이라는 .NET 용 빌드 서버가 있습니다. 자동으로 많이 사용될 수 있으므로 유용 할 수 있습니다.

+0

노트 : 필자의 이전 고용주가 사용했지만 서버 설치 또는 유지 관리에 관여하지 않았으므로 이것이 내 대답이 간결한 이유입니다. – Broam

+0

+1 CruiseControl.NET은 이러한 유형의 설정에 적합합니다. 매일 업데이트를 출시해야하는 몇 가지 응용 프로그램을 지원했습니다. 이 자동화 된 모든 것. SVN을 전환하고 분기에서 트렁크 릴리스에서 작동합니다. 당신은 자신에게 감사 할 것입니다. – used2could

+0

CruiseControl이 이와 같은 환경에서 어떻게 작동하는지 조금 혼란스러워합니다. 끊임없이 변화하는 코드의 무정형 얼룩보다 이형 버전을 가진 제품을 만들 때 가장 적합하게 보입니다. –

0

다른 옵션을 제공하기 위해 Microsoft의 Team System을 볼 수도 있습니다. 그것은 좋은 비트 비용과 또한 학습 곡선의 비트를 가지고 있습니다. 그러나 우리는 내가 일하는 곳에서 그것을 사용하고, 빌드와 소스 제어의 스케줄링을 쉽게 만듭니다. 나는 어떤 사람들은 모든 것을 마이크로 소프트에 반대한다는 것을 알고 있지만 솔직히 TFS에 어떤 문제도 일으키지 않았다. 그냥 또 다른 생각.

+0

실제로 VS2010의 새로운 가격 구조가 있으므로 소규모 팀에게는 훨씬 더 저렴할 수 있습니다. –

+0

어디에서이 새로운 가격 책정 구조를 찾을 수 있습니까? MSDN에서 찾지 못했습니다. –

관련 문제