문제

제목이 그것을 말한 다음,내가 할 수 있습을 공고히 2 에 틱 Joel 테스트입니다.

구현했을 구축의 자동화를 사용하여 makefile 및 python 스크립트가 이미 나는 기초를 이해하고 옵션이 있습니다.

그러나 어떻게,새 사람을 읽는 블로그,설득 내 집단의 그것의 고유한 효과가?

도움이 되었습니까?

해결책

용서를 구하는 대신의 권한이 있습니다.

그것을 얻을에서 작업하는 개인(는 가지고 있는 것 같)다음을 입증의 이점이 있습니다.

한 것은 항상 사람들이 사용하 CruiseControl 의 쟁반 유틸리티 사람들은 그것을 사랑할 때 그들은 볼 수 있습을 통해 그들의 시스템 트레이의 빌드에 성공했습니다.(이것은 추측하고 당신이 Windows 환경에서는 CruiseControl 와 함께 작동하는 기존의 시스템 등.)

참고:을 요청하는 경우 용서 대신의 권한은 즉시 종료 시,당신은 작업을 수행하지 않을 수 있습니다.수도 있습니다 보고 싶은 작업에 대한 다른 곳이다.마일리지 달라질 수 있습니다.

다른 팁

구현 건축 조명 ...우리가 이와 유사한 용암 램프 그리고 그것은 거대한다.에 대한 추가 보너스 마크는 모든 개발자가 붉은 빛을 통해 그들의 책상과 권리가 있는 빛 때에 와서 빌드이다.

을 잡고 있는 오래된 컴퓨터 예비 품목 및 그것의 모서리에 있습니다.설을 구축하는 프로젝트입니다.작은 스크립트는 않:

  1. 최신 버전의 모든 파일이 있습니다.
  2. 이 있다면 파일이 변경,건
  3. 이 있는 경우 사용자에게 통지의 실패입니다.

당신이 잡을 때 휴식,자비롭게 그것을 얻을 수정했습니다.

추가 고려한 단계를 실행한 단위 테스트,너무입니다.

을 피할 수 있는 경우 꾸지람을 위해 사람들이 그들의 실수를 곧 사람들이 감동 할 것이 얼마나 신뢰성을 구축되었다 때문에 당신은 도착했습니다.를 구축합니다.

트릭은 보내는 아주 작은 당신의 시간이 많이 생성하는 가치에 대한 귀하의 팀이지 않고,오줌 누구나다.

설정 autobuilder.일단 당신이 그것을 건축하고 실행하는 테스트를 자동으로,그렇지 않을 경우 문제를 설득 다른 사람들을 자신의 시간을 절약:)

를 사용하는 경우 git 버전 관리를 위해,여기에는 autobuilder 자동으로 찾아내는 정확한 체크인 시작되는 원인 테스트 실패: http://github.com/apenwarr/gitbuilder/

나는 여분이 상자,설치하는 지속적인 통합 서버(허드슨CruiseControl Java 세계)설정하는 작업을 구축 응용 프로그램 때마다 확인에 일부 코드입니다.

할 수 있습을 설득하려고 동료나 때까지 기다립니다 누군가가 나누기 버튼을 눌러 설치할 수 있습니다.후자의 경우에,그냥 다음과 같은 이메일을 보낼:

to: all developers

Guys,

I've just noticed that I can build our software using the 
latest version because of the following error:

    ...

I you want to be notified by our continuous 
build system (attached is the mail I received when
it failed to build our application), just let me know.

일반적으로 하지 않는 장까지 모든 사람이 목록에

나는 설정을 자동으로 구축 야간 프로세스는 매일 밤 그것을 잡고 가장 최근의 코드 개정 빌드를 생성하는 보고서입니다.지금 당신은 알 것은 매일 아침 제일 먼저는지 여부를 빌드가 손상된 경우,당신은 당신에게 알릴 수 있습니다.깨진 경우 빌드는 많은 문제가 프로젝트에서,사람들은 아마 오는 시작 당신에게 먼저 찾는 경우 안전하게 동기화를 최신의 코드가 될 것이기 때문에 사람이 알고 주어진 일에는지 여부를 빌드가 깨진(의 방법으로,자동화한 단위 테스트를는 데 도움이 좋은 이뿐만 아니라).어떤 행운이 함께,사람들이 시작하는 것을 깨닫게 당신의 밤을 구축한 유용한 것이 있고,당신이 할 수 있지만 설정의 일을 구축으로 보고서 이메일을 간다.

제임스 Shora 은 두 가지의 링크:

하드웨어 http://jamesshore.com/Blog/Continuous-Integration-on-a-Dollar-a-Day.html

에 대한"니라" http://jamesshore.com/Change-Diary/

(의 역사는 그는 어떻게 했습니다.읽는 것은 오랜만 변화하는 조직은 어렵)

빌드가 필요 팀에 의해 정기적으로,그것은 매우 쉽습니다.당신은 임명 팀 구성원(회전기)를 수행합니다.는 경우 빌드 프로세스는 복잡한 충분한 팀에 자신의 방법의 적어도 부분적으로 자동화를 구축.최악의 경우에,당신은 자동화하는 자신을 구축,그러나 아무도 될 것입니다에 대한 자동화입니다.

데모입니다 최고의,그리고 유일한 방식을 변경하는 사람의 마음이 강하고 차별화된 방식으로 행동합니다.

여기서 우리는 방법을 보여 유용한 자동화된 기여하는 데 필요한 품질보증을 잡기 위해 녹색 빛의 빌드에서 바로 구축 서버 설치 및 테스트 없이 어떤 방향으로 개발자에서.그들은 계속 할 수 있는 작업,그들이 알고 있는 그는 적어도 그것을 전달한 단위 테스트합니다.그것은 도움이 통합하 테스트 및 개발에 시간을 줄이고 버그가에서 시스템입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top