>

이 설정이 한 시점에서 제대로 작동하고 있다고 확신합니다. 일부 운영상의 변경 사항을 반영하기 위해 빌드를 약간 변경했는데 CI git 브랜치 트리거가 작동하지 않습니다. PR을 마스터로 병합 할 때 릴리스 빌드를 트리거하기 위해 가져 오려고합니다. 이 빌드를 수동으로 트리거 할 수 있지만 개발자로부터 마스터에게 PR을 제출 한 다음 (github에서) PR을 수락 할 때는 불가능합니다.

다른 사람이 문제가 있거나 무엇이 잘못되었는지 알고 있습니까?


  • 답변 # 1

    이것이 더 잘 보이도록 답변을 추가하십시오. @ starain-MSFT 의견이 해결책이었습니다.

    동일한 트리거로 새 빌드를 추가했고 다른 빌드가 트리거되지 않도록 수정했습니다. 그런 다음 추가 한 새 빌드를 삭제하고 모든 것이 작동합니다.

  • 답변 # 2

    안타깝게도 빌드 정의 복제가 작동하지 않았으며 빌드 정의에 사소한 변경 사항을 저장하지도 않았습니다. 대신 CI 트리거를 명시 적으로 비활성화하고 저장 한 다음 다시 활성화하고 다시 저장해야했습니다. (나는 모든 규칙을 재정의해야했기 때문에 성가신 일이다.) 그러나 받아 들여진 대답이 당신에게 도움이되지 않는다면 시도해 보라.

    또한 트리거 브랜치 목록에 임의의 브랜치를 추가하고 저장 한 다음 임의의 브랜치를 제거하고 다시 저장해도 효과가 있는지 궁금합니다 (그리고 모든 것을 재정의하지 않아도 됨).

  • 답변 # 3

    외부 Git 리포지토리 (우리의 경우에는 다른 온-프레미스 솔루션)에 연결하려고 시도하는 Azure DevOps Server (fka TFS) 2019를 사용하여 동일한 문제를 해결합니다. 수동 및 예약 빌드는 제대로 작동했지만 CI 트리거가 실행되지 않습니다.

    @ system.Cats.Lol의 솔루션은 우리에게도 효과적이었습니다 (명시 적으로 빌드 트리거 비활성화->저장->CI 트리거 다시 활성화->저장). 기존 빌드 정의 복제가 작동하지 않았습니다.

  • 이전 vue.js - vuejs 데이터의 이중 대괄호
  • 다음 windows 10의 docker-compose - 이미지를 찾을 수 없습니까?