2009-04-14 4 views
1

직장에서 우리는 프로젝트에서 NUnit, FxCop 및 기타 3 차 소프트웨어를 사용하고 있습니다. 지금 당장 우리는 프로젝트의 repo에 저장된 각 앱에 대한 프로젝트 파일을 가지고 있으며, 소프트웨어는 개발자 머신 당 설치됩니다 (현재 ... 오직 하나뿐입니다).어디서 개발 도구를 설치해야합니까?

우리는 몇 주 안에 다른 몇 명의 개발자를 고용하고 있습니다. 더 쉽고 투명하게 작업하려고합니다.

나는 이러한 유형의 소프트웨어를 repo에 설치하고 바탕 화면에 바로 가기를 복사하여 붙여 넣기하여 gui를 실행하는 것이 좋습니다. 이렇게하면 최신 버전의 소프트웨어로 업데이트하고 (작업 사본에 설치하고 이전 버전의 소프트웨어에 설치 한 다음 변경 사항을 적용하는 등) 모든 개발자를 업데이트 할 수 있습니다. 다음 체크 아웃 새로운 버전의 소프트웨어가 포함됩니다.

궁금합니다.

광고가 제대로 작동합니까? 아무도 그것을 시도했다?

아래의 저장소 폴더 구조를 고려해 볼 때, 개발중인 소프트웨어가 여러 개인 경우 각 프로젝트의 Extras 폴더에 nunit이라는 복사본을 설치하거나 다음 중 하나만 설치하십시오. 모든 프로젝트에 사용할 리포지토리의 공용 폴더? (후자는 프로젝트와 도구 사이에 논리적이고 물리적 인 연결이 끊어 졌다고 생각하게 만듭니다. 그러나 이전에는 프로젝트가 nunit 2.4.5를 사용하고 프로젝트 b가 nunit 2.4를 사용하기 때문에 서로 다른 도구가있을 수 있다는 것을 의미합니다. 8 등 -이 마지막 부분은 의미가 있다면 잘 모르겠어요

Repository>Common 
Repository>ProjectName>Extras 
Repository>ProjectName>Trunk 
Repository>ProjectName>Tags 
Repository>ProjectName>Experiments 

) 다른 도구/모든 버전과 함께 ... 알려 주시면 명확히 것이다.

답변

1

제 3 부분 도구를 리포지토리에 "설치"하거나 넣지 않습니다. 그들은 파일 서버에 있지만 repo에는 들어 가지 않습니다.

일반적으로 여러 버전의 도구가있는 경우 빌드 프로세스에서 환경 변수를 설정하여 구성합니다.

전용 빌드 머신을 사용하여 정책을 정의하고 개발자의 두통을 제한하십시오.

+0

우리는 일종의 빌드 머신을 가지고 있습니다 - 지금은 단지 저장소에 불과합니다. 나는 CC.NET을 설정하는 것에 익숙하지 않았다. 불행히도 그 기계는 헌신적 인 것이 아니라 교환 서버이기도합니다 (보스는 지금 당장 1 dev를 지원하기 위해 기계를 현금으로 기르고 싶지 않습니다). –

+1

필자는 일정에 맞춰 빌드 머신을 초기에 설정했다. 나는 매일 NT 스케줄 작업을 승리로 만들었고, msbuild에 관한 배치 파일을 실행했다. 빠르고 쉽습니다. – Tim

1

"공급 업체"라는 폴더 (또는 프로젝트)를 사용합니다. 사내에서 개발되지 않은 모든 의존 라이브러리와 도구가 모두 들어갑니다. 소스 트리의 최상위 레벨에 있습니다.

+0

은 거기에 설치된 도구이거나 설치 관리자입니다. 후자의 경우 새로운 컴퓨터/형식의 설치 시간은 어떻게됩니까? –

+0

둘 다. 새로운 기계가 몇 시간 걸립니다. 우리는 GUI 설치 프로그램을 최소화하려고 노력합니다. –

1

개발 팀은 VM을 사용하고 있습니다. 따라서 새 팀 구성원은 Visual Studio 및 SQL Server 2008 Express가 이미 설치된 VM을 가져옵니다. 우리가 수정할 기회가없는 상용 도구는 버전 관리 시스템에 포함되어 있지 않습니다. 그러나 우리는 VM 이미지에 어떤 도구가 설치되어 있는지에 대한 문서를 버전 관리했습니다.
오픈 소스 도구 인 Fitnesse를 사용하면 저장소에 체크인하면 잘 작동합니다. 새 버전을 확인하고 참조를 업데이트하면 팀을 즉시 업그레이드 할 수 있습니다. 그러나 도구 설치 프로세스가 없기 때문에이 경우 제대로 작동합니다.
우리의 경우 우리는 xUnit, FxCop, ccNet 같은 중간 도구를 프로젝트에 체크인했습니다. 우리는 주로 하나의 커다란 프로젝트로 일하고 있습니다. 그래서 모든 것은 그것으로 들어가게됩니다.
이전 고용주의 경우 저장소에 공통 도구 영역이있었습니다. 동시에 다른 프로젝트가 새로운 버전의 도구로 동시에 전환하려는 것은 아니기 때문에 도구의 각 버전을 자체 폴더에 체크인해야했습니다. 저장소의이 영역을 파일 공유와 거의 다른 것으로 만듭니다. 저장소 제어 저장소는 여전히 유용 할 수 있습니다.버전 관리 도구를 사용하면 "보기"를 지정하여 필요한 모든 프로젝트 파일을 가져올 수 있습니다.

관련 문제