>source

git 훅과 Azure DevOp 파이프 라인을 처음부터 이해하려고합니다. 나는 둘의 차이점에 대해 이해해야합니다. 왜 우리는 서로를 필요로합니까? 내 테스트 환경은 서버의 Unix 및 Azure DevOps 저장소입니다.


  • 답변 # 1

    간단히 말하면, git hooks  데이터베이스의 트리거와 같습니다. 그들은 git 소스 코드 저장소 내에서 발생하는 이벤트에 응답하고 해당 이벤트를 기반으로 스크립트를 실행합니다. 코드 체크인 직전, 코드 체크인 직후 등. Azure DevOps Pipelines는 git hooks 와 아무 관련이 없습니다. . 말한대로 : 사과와 오렌지. 나는 그들이 당신이 서로 관련되어 있는지 모르겠습니다. Git은 소스 코드 저장소이며 Azure DevOps는 Git을 지원합니다. Azure DevOps는 플랫폼이므로 Azure/Azure DevOps의 우산 아래에 많은 도구를 조합 한 것입니다. 그것의 "파이프 라인"부분은 우리 DevOps 녀석/gals가 수년간 해왔 던 마케팅 특수 효과입니다. 이는 개발자로부터 코드를 가져 와서 코드 컴파일, 코드 단위 테스트, 패키징, 일련의 자동화 된 테스트를 통해 실행, 테스트 평가, 다양한 환경을 거쳐가는 프로세스를 통해 실행하는 프로세스 일뿐입니다. 승인 및 최종 환경 (일반적으로 생산). 이것은 일반적으로 (항상 그런 것은 아님) 파이프 라인처럼 들리는 직렬 프로세스이므로 (Jenkins/Hudson에 도입 된) 사람들은이 파이프 라인과 같은 프로세스를 호출하기 시작했습니다. Microsoft는 전문 용어와 함께 명명 규칙을 따라 세계 PIPELINE을 이름에 추가했습니다. 이제 빌드 정의 및 릴리스 정의라고하는 빌드 파이프 라인 및 릴리스 파이프 라인이 있습니다 (여전히이를 호출이라고 함).

    자세한 내용을 자세히 설명하고 차이를 메우려면 YouTube 동영상을 시청하십시오. 이것은 올바른 일반적인 방향을 알려주기위한 것입니다.

  • 답변 # 2

    깃 후크는 기본적으로 개발자의 머신 또는 원격 서버 인 한 머신에서 실행되도록 설계되었습니다. Git 호스팅 제공 업체에서 Git 후크를 사용할 수 있는지 여부는 제공 업체에 따라 다릅니다. Azure Pipelines는 코드를 빌드, 테스트 및 배포 할 수있는 CI (Continuous Integration) 시스템입니다.

    깃 후크는 일반적으로 로컬 시스템에서 간단한 작업을 수행하고 쉽게 우회 할 수있는 경우에 유용하지만 CI 시스템은 많은 또는 모든 커밋에서 자동으로 실행되고 잠재적으로 다양한 플랫폼에서 실행되도록 설계되었습니다. CI 시스템은 시스템에 자동으로 액세스하는 데 사용되는 비밀을 안전하게 저장할 수 있으므로 모든 개발자가 액세스 할 수있는 것은 아닙니다.

    예를 들어, 커밋 메시지를 특정 형식으로 편집하려면 개발자 컴퓨터에 연결하는 것이 적합합니다. 그러나 모든 풀 요청 또는 자동화 된 배포 절차에 대한 자동화 된 일관된 테스트를 수행하려는 경우 CI 시스템에 가장 적합합니다. 일반적으로 일관되고 반복적으로 수행해야하는 것은 CI 시스템과 같은 자동화에 맡기는 것이 가장 좋습니다.

관련 자료

  • 이전 swift - iOS 12에서 구속 조건이있는 자체 크기 조정 셀을 사용하여 UICollectionView를 만들 때 다시로드 할 때 스크롤 할 때까지 레이아웃의 높이가 잘못되었습니다
  • 다음 postgresql - psql CREATE TABLESPACE는 구문 오류를 보여줍니다