현재 코드는 오류없이 코드를 검사하고, 단위 테스트 (모든 단위 테스트를 통과 한 경우), 최소 80 % 적용 범위, 10 미만의 복잡성, 문서화 된 코드 검사에 구두 계약을 맺고 있습니다. 자바 주석과 함께 그것은 팀의 누군가에 의해 검토되어야합니다. 이 시점에서 (Perforce 사용) 체크인하는 것이 좋습니다. Visual Studio의 경우 규칙을 적용하고 규칙이 충족되지 않으면 체크 인을 방지 할 수있는 팀 에디션이 있습니다. 우리는 우리의 코드를 테스트하기 위해 Sonar를 사용하지만, dev에 팀이 이러한 규칙을 따르도록 강제하는 체크 인이 필요합니다. 퍼 포스 나 이클립스와 같은 Java 용 메소드가 있습니까? 감사합니다수표로 코드 규칙을 적용하는 방법
당신은 억지로 사전 제출 트리거를 사용할 수 있습니다, 여기에 몇 가지 예입니다 : http://public.perforce.com/wiki/Pre-Submit_Trigger_Examples
UPDATE : 이후
"변화 내용을"사전 커밋 트리거 당신이에 그냥 액세스를 제공 파일 목록뿐만 아니라 변경된 파일의 내용도 원칙적으로 브랜치의 전체 내용에 이러한 변경 내용을 적용한 후 해당 파일에서 음파 탐지기를 실행하는 트리거를 작성하십시오.
그러나 트리거는 일반적으로 실행하는 데 오랜 시간이 걸리는보다 복잡한 처리보다 짧은 유효성 검사에 사용됩니다. 긴 검증은 소스 코드 저장소의 트리거보다는 연속적인 통합 시스템에 속하는 경향이 있습니다.
개발자는 Perforce (스타일 위반 또는 컴파일 오류 포함)에 대한 변경 사항을 제출할 수 있지만 CI 시스템 (Jenkins 또는 Bamboo)은 테스트를 실행하고 테스트를 실행하며 Sonar를 실행하고 "범죄자"에게 실수를 고칠 수있는 기회를 제공합니다.
그 정도면 충분하지 않은 경우 CI 시스템을 사용하여 제출 된 지점에서 "안정적인"지점으로 병합하여 두 지점에 대한 별도의 권한으로 성공적인 빌드시 변경 사항을 "승격"할 수 있습니다 필요하다면. 특히 신규 또는 중학교 동료는 변경 사항을 제출할 전용 스테이징 지점을 제공받을 수 있습니다. 단, 해당 지점이 직접 본사에 제출하고 (일시적으로 동료를 방해하는) 불편 함이 여분의 가지.
나는 다양한 트리거를 보았지만, 필자가 필요로하는 것들에 대해서는 어떤 예제도 없었고, 테스트하는 방법은 확실하지 않았습니다. 제출하기 전에 특정 메트릭 요구 사항을 충족시키는 특정 예를 알고 있거나 알고 있습니까 (복잡성, 적용 범위, 단위 테스트 성공)? – Omer