명령행 인터페이스를 사용하여 통합

Build Forge는 명령행 인터페이스를 포함하는 애플리케이션을 쉽게 통합합니다.

이 종류의 통합을 설정하려면 다음을 수행하십시오.

  1. 호스트에서 Build Forge 콘솔을 설치하십시오.
  2. 애플리케이션 호스트 또는 애플리케이션에 액세스할 수 있는 호스트에 Build Forge 에이전트를 설치하십시오.
  3. 콘솔에서 서버 자원 및 서버 인증을 작성하십시오. 설치한 Build Forge 에이전트에 액세스하도록 서버 자원을 구성하십시오.
  4. 애플리케이션에서 실행할 명령에 필요한 대로, 에이전트 및 호스트 환경을 구성하십시오. 이는 실행 중인 에이전트에서 해당 PATH가 올바르게 설정됨을 보장하면서 Build Forge에서 사용할 사용자 계정을 작성하는 작업만큼 단순합니다. 또한 애플리케이션에서 명령을 실행하는 데 사용되는 클라이언트를 설치 및 구성해야 할 수도 있습니다. 예를 들어 Rational ClearCase 및 ClearQuest에서는 클라이언트 애플리케이션을 사용하여 명령을 실행해야 합니다.

설정이 완료되면 Build Forge에서 작성되는 프로젝트에 애플리케이션 명령을 실행하는 단계를 포함시킬 수 있습니다. 단계의 패스 또는 실패 상태를 기반으로 프로젝트 실행을 제어하거나 로그 필터를 설정하여 명령이 리턴하는 출력 패턴의 Build Forge 로그를 스캔할 수 있습니다. 애플리케이션은 프로젝트 논리에서 추가 설정이 필요할 수 있습니다. 예를 들어, ClearCase와 통합하려면 보기의 작성, 시작 및 채우기를 포함시켜야합니다.

조건 단계 및 루프 단계를 사용하여 특정 명령의 성공 또는 실패에 대해 발생하는 일을 제어할 수 있습니다.

소스 제어 애플리케이션과의 일반 사용은 빌드 방지입니다. 명령은 빌드가 마지막으로 실행된 후 소스 코드 업데이트가 체크인되었는지 여부를 조회하기 위해 실행됩니다.

모듈 종속성은 프로젝트 단계의 실행 논리로 표현될 수 있습니다. 특정 모듈의 빌드가 기타 모듈 또는 전체 소프트웨어 프로젝트의 빌드를 트리거하는지 여부를 제어할 수 있습니다.

알림 템플리트를 사용하여 프로젝트 멤버 그룹이 빌드 성공 또는 실패에 대해 알림을 받는 방법을 제어합니다. 연속 통합 환경에서 문제점 코드를 해결할 수 있도록 실패에 대해 알리는 것이 중요합니다. 명령행 통합을 사용하면 프로젝트 멤버의 전체 그룹에 알리는 것만 가능합니다. 프로젝트 멤버는 프로젝트의 단계 로그를 검사하여 실패의 원인이되는 코드를 판별해야 합니다.


피드백