젠킨스는 robotframework 통합

지속적인 통합의 개념

지속적인 통합 (CI)는 개발주기가 찾아 수정 결함 때까지 기다릴 필요가 없습니다, 지속적으로하고 메이크업 개선에 대한 피드백을받을 팀 수있는 방법입니다.

그 혜택의 몇 가지 측면이 있습니다 :

빨리 ● 오류 : 모든 작은 업데이트가 완료가,이 트렁크 코드에 통합, 신속하게 오류를 배치하는 것은 비교적 쉽게 오류를 찾을 수 있습니다.

● 트렁크 지점에서 상당한 편차를 방지 : 그것은 종종 골격 코드를 통합되지 않고 지속적으로 업데이트하는 경우, 통합 어려운, 어려움 증가의 미래 통합으로 이어질 것입니다.

, 당신은 컴파일 할 수 있습니다 배포를 테스트하고 다른 조치는 너무 많은 수동 개입없이 자동 연속 통합을 통해 자동화되고 있습니다 : ●는 반복 작업을 줄일 수 있습니다.

배포 작업 선, 빌드, 배포, 테스트, 릴리스 자동화에서 응용 프로그램이이 과정을 개발 운영 팀의 현대적인 개념의 핵심 구성 요소입니다 그래서. 다른 내부 비즈니스에서 배포 파이프 라인의 구체적인 구현은 동일하지 않습니다,하지만 기본 원리는 동일합니다.

일반 공통 라인 : 코드를 제출 -> 정적 코드 스캔 -> 단위 테스트 -> 컴파일러 패키지 -> 자동 배포 -> 인터페이스 테스트 자동화 -> UI 테스트 자동화 -> 생산 환경을 게시 -> 사용자 검증 단계

배포 :

도 1을 참조하면, 트리거 구조 : 푸시 마스터 분기 SVN 프로젝트에 배포 현상 코드 또는 병합 부호의 개발 환경은 해당 서버 코드 젠킨스가 배치된다.

2, 건물의 매개 변수 : 프로젝트 후 마스터 지점 SVN 병합 코드에 코드 또는 푸시를 개발, 테스트 환경 구축 환경에 대한 사전 유선 및 코드를 배포 할 것이다, 그러나 젠킨스는 빌드 버튼을 클릭, 웹 인터페이스에 로그인 할 필요가 전기 해당 매개 변수 및 배포하기 전에 (예 : 매개 변수는 지점을 배포하는 데 필요한, 태그를 구축해야합니다).

3, 빌드 시간 : 자동 포장, 타이밍은 개발자가 수동으로 포장하지 않을 경우, 그래서 매일 아침 끌어 SVN의 젠킨스에서 최신을 얻을 태그가 포장되어 수동으로 입력 젠킨스를 기록 할 수 있습니다, 추가 할 수있는 기반 파라 메트릭 건물에 근거 코드 패키지.

지속적인 통합의 기본 구성

배포 환경 기술 솔루션이 모든 아이디어 : SVN + RF + 젠킨스 +의 nginx + cenos7 + 매력

새로운 노드

시스템 관리 -> 노드 관리자 -> 새 노드
VM cetnos 시스템 구축 프로젝트가 사용 사례를 기반으로 수행되는 Windows 환경이기 때문에, 당신은 물론, 프로젝트 환경의 작동에 따라, 리눅스 환경 하위 노드에 따라 추가 할 수, 자식 노드의 Windows 환경을 추가해야 젠킨스 플랫폼, 마스터 마스터 노드 관리 하위 노드, 세트.
실제 머신 또는 가상 머신을 할 수있는 자식 노드를 추가합니다.
호스트 역 유휴 통화가 자동으로 건설을 수행 호스트 각 자식 노드의 태그에 해당하는 액션 태그