엄청난 규모의 프로젝트에서 일한 적이 없으며 직장에서 사용하는 워크 플로는 체크 아웃/코드/테스트/커밋 할 로컬 컴파일입니다. 빌드 서버가이 프로세스를 어떻게 바꿀 지 궁금합니다. 개발자가 응용 프로그램이 너무 커서 로컬에서 컴파일 할 수 없을 때 개발자는 코드를 어떻게 테스트합니까? 그들은 단지 명령하고, 저 지르며기도합니다.빌드 서버를 사용할 때 로컬에서 코드를 테스트하는 방법은 무엇입니까?
절대적으로 아닙니다.
개발자는 일반적으로 자신을 위해 프로젝트를 구축 할 수있는 빌드 파일을 가지고 있습니다.이 파일에는 테스트를 수행 할 "대상"이 정의되어 있습니다. 정말 큰 프로젝트를 가지고 있다면, 미리 컴파일 된 부분이있을 수 있습니다. 그래서 모든 것을 하나의 큰 덩어리로 만들 필요는 없습니다. 일반적으로 저장소에 커밋하기 전에 로컬에서 테스트를 수행합니다. 큰 프로젝트에서 빌드를 깨면 당신을 조소와 경멸의 대상으로 표시 할 수 있습니다. 빌드를 깨고 정말 중요한, 정말 큰 프로젝트 경력 제한 수 있습니다 ... ;-)
빌드 서버 자체가 변경되지 않습니다. 빌드 서버는 빌드 파일과 지시 한 대상 만 실행합니다.
"개인 빌드"를 허용하는 빌드 구성 요소가 있습니다 (방금 TeamCity - 소속이 없음).
제대로 설정하지 않아서 아직 사용하지 않았지만 TeamCity가 커밋하기 전에 TeamCity가 변경 사항을 사용하여 빌드를 실행하고 서버에서 실행 중인지 테스트합니다. 빌드가 성공하면 선택적으로 서버가 변경 사항을 커밋합니다. TeamCity에서 이것을 Pre-Tested Commit이라고합니다.
확인. 그래서 이것은 단위 테스트가 편리할까요? 따라서 여러분이 작성한 것을 테스트하기 위해 모든 것을 컴파일 할 필요는 없습니다. – subb
예, 전체 프로젝트에서 실행되는 단위 테스트 스위트는 실제로 다른 사람들의 물건을 손상시키지 않았는지 확인하는 데 유용 할 수 있습니다. 그리고 모든 것을 컴파일하더라도 똑똑한 빌드 파일은 점진적 변경 만 컴파일하면되므로 물건을 다시 컴파일하면됩니다. –
사실, 나는 점진적 빌드를 잊어 버렸다. 감사. – subb