도구는 작은 가게에서 높은 점수를"Joel 테스트"

StackOverflow https://stackoverflow.com/questions/15024

문제

질문#1~#4 Joel 테스트 내 생각에 있는 모든 개발에 대한 도구를 사용하고 지원 시스템 장소에서 개발자를 위한:

  1. 당신이 소스 사용을 제어?
  2. 을 만들 수 있습니 빌드에서 하나의 단계는 무엇입니까?
  3. 당신은 매일 구축?
  4. 당신은 버그 데이터베이스?

나는 그냥 무엇인지 궁금 무료/저렴한(하지만 좋은)공구를 존재에 대한 개발 작은 상점이 없는 큰 은행 계좌를 달성하기 위해 사용하는 긍정적인 응답에서 이러한 질문입니다.

에 대한 근원 제어 알고 파괴한 훌륭한 솔루션입니다,당신은 한 사람의 가게를 사용할 수 있습니 SourceGear 의 Vault.

내가 사용하는 넝 대규모 프로젝트,하지만 아직을 설정하는 스크립트를 구축하는 나의 설치 관리자 뿐만 아니라 실행 obfusication 툴 모든 단일 단계입니다.다른 제안이 있습니까?

할 수 있는 경우 그렇다 응답을 건물에 단일 단계에서 나는 생각을 만드는 매일 구축을 것이 쉽지만 어떤 도구는 것이 좋습니다 자동화하는 사람들이 매일 구축?

에 대한 하나 또는 두 남자가 팀,그것은 이미 논의되었에 사용할 수 있도록의 fogbugz 에서 요구하지만,무엇을 다른 버그 추적 솔루션을 위해 존재하는 작은 팀은?

도움이 되었습니까?

해결책

  1. 원 제어: Subversion 나 Mercurial 나 Git
  2. 를 구축의 자동화: 넝, MSBuild, 레이크, Maven
  3. 지속적인 통합: CruiseControl.NET 나 연속체 나 Jenkins
  4. 는 문제점: Trac, Bugzilla, 쌍둥이 자리 (있다면 그것은 되어야 합니다.순 및 무료 틱)

을 잊지 않는 자동화된 테스트 NUnit, 핏, 고 WatiN.

다른 팁

내 선택:

1)파괴.나는 흥미에 대한 배포본을 제어 하지만 기회가 없었어요 하나를 시도하고 분노에서 아직입니다.에 대한 중앙 집중식 솔루션을 추가합니다.

2)개미입니다.Maven 사용하는 기쁨입니다면 그것은 작동하지만으로 개미는 해커 찾을 maven 기 위해서는 힘들어야 한다면 따를 것이 잘못입니다.

3)허드슨.되지 않았지 지금까지 언급하지만 확실히 가치가있 조사하고 있습니다.매우 유용하고 적극적으로 유지되는 도구입니다.이전에 우리가 지불을 위해 개미는 듯 flakey 고 고통스러운 해결하는 때마다 조였습니다.

4)우리는 지불을 위해 jira.저렴하지만 훨씬 더 유용하다는 오픈 소스 옵션을 우리가 보았고,매우 유연 너무입니다.

엔지니어 스택:

  1. Git(내가 사랑 GitHub,그러나 자식이 필요하지 않 호스팅 솔루션)
  2. 레이크
  3. CruiseControl.rb
  4. 의 fogbugz

의심의 여지가 이 선택에 의해 영향을 받는 나 개발택하는 가장 많이 포함되어 있는 루비,레일 SQLite,Firefox,OSX.

보고 할 수 있습니에서 기존의 질문에 대한 내 대안을 찾는 것 Team 시스템.의 많음이있 권장 사항에서는 등록 후에 추가할 수도 있습니다.

  1. Git
  2. 인
  3. Cron
  4. Trac

나는 사람의 몇 가지 음;-)

를 사용해야 몇 가지 종류의 버전 관리 개발자들이 쉽게 만들 수 있습니다 프라이빗 가지 다짜고짜,그 후에 자신의 개인 분기로 짠다 하나의에 투입니다.는 방법으로,개인 개발자---반대로 조직---를 얻을 수 있는 혜택의 버전 관 오염시키지 않고 다른 사람의 코드(을 늦추고 자신의 작업)파손가한다.

이 기능은 무엇을 좋아해 사용할 수 있습니다..나는 그것만이 정말로 존재에서 분산 버전 관리 시스템를 사용하여 DVC 의미하지 않는 사실 여러분이 해야 할 것이다,하지만.

에 관한 한 단계의 건물들은 기본 빌드 도구와 그것은 작품을 아주 잘 대부분의 작업이 있습니다.내가 가지 좋은 이유가 있지 않습니다.

당신이 원하는 일간신문 구조,빌드에서 다음의 명령을 cron.됩니다.설 procmail 후크를 핸들에서 메일 크론 할 필요가있는 경우.

버그 추적이,사용 $(apt-cache search bug tracking).기본적으로 한,그것이 말하는"지속적으로 새로운"상자에 당신이 알고있는 다른 사람들은 그것을 사용하여,그것은 아마가 잘 작동합니다.중 단골은 질라,사마귀와 trac.

가 없는 도구를 제안,그러나 나는 제안이 있에 대해 매일 구축합니다.나는 항상 그렇다 응답되는 질문,하지만 우리가 하지 않는 매일 있습니다.대신에,우리는 빌드 할 때마다 누군가가 않다.우리는 그로 인하여 어떤 문제가 거의 즉시 나오게된다.는 경우에 우리의 모든 프로젝트가 충분히 LOC 는 건물보다 더 소요소,시간이도 정상적으로 저하 방향에서의됩니다.

좋은 문제를 추적하는 상대적으로 저렴하였 axoSoft OnTime.내가 사용하는 그것을 얻기 전에 수년간 MS TFS.

넝 고 CruiseControl 는 스테이플의 환경입니다.

나는 생각하지 않는 당신이 정말로 필요 난독니다.Net 더 이상(다른 응답)

나지 않을 고려해 볼트,SVN 은 정말로 시장을 선도하는 순간에(무료).자식은 매우 유망한지만 현재 명령 라인에서만 가파른 학습 곡선이 있습니다.

MSBuild beats 넝습니다.Net2 또는 3.5

CC.Net 우수합니다.

*4) 젝

내가 추천 Bitnami 을 테스트하기 위해 다른 스택입니다.그 Trac,젝,그리고 파괴뿐만 아니라,여러 다른 관련이 없는 것들입니다.

이 기사에서 지속적인 통합을 사용하여 MSBuild CruiseControl.NET,FxCop,NUnit,NCover 및 파괴...

에서 소프트웨어 개발 참호

나는 현재 사용하여 SVN 그러나 나는 일반적으로 많이 했다는 문제는 체크아웃 네트워크 드라이브에 dev server.가 될 경향이 있는 잠금 문제는 많이 필요로 낚시의 주위에 해결할 수 있습니다.그것이 될 수 있는 사용하는 WebDav 액세스 방법을 것이 쉽게 이러한 문제이지만 나지 않은 실험 yet.

어떤 질라,Trac 나의 fogbugz 당신을 도울 것입니다 당신의 버그 추적이,그리고 각각의 제안 내보내기 기능,그래서 항상 변경할 수 있습니다 당신의 마음니다.또한,당신이 얻을 수 있다면 귀하의 팀을 완전히 구매,시간 관리 소프트웨어할 수도 있습한 후 mortems,etc.(경우에는 모두가 동기를 완벽하게 참여합니다.

에 대한 구축의 자동화 및 지속적인 통합을 살펴보 Teamcity 는 서 Jetbrains 의.

그것은 많이 특징 고 정말 바람을 설정하고 사용할 수 있습니다.

Visual Studio 를 사용하여 2005/2008 를 구축 할 것입니다 당신의 솔루션을 필요가 없이 직접한 스크립트(는 경우를 구축는 당신이 원하는 모든 것입니다.)

그것은 또한 실행 단위 테스트를 수집에 대한 통계 구축을 성공,단위 테스트 실행 시간,etc.,etc.

최고의:Pro 버전은 무료 와 팀을 위해 20 까지 사용자 및 3 에이전트 빌드.

  1. 원 제어:cvs
  2. 를 구축 gnu 확인
  3. cron 작업을 호출하는 스크립트 bash
  4. bugzilla
라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top