이 설정이 한 시점에서 제대로 작동하고 있다고 확신합니다. 일부 운영상의 변경 사항을 반영하기 위해 빌드를 약간 변경했는데 CI git 브랜치 트리거가 작동하지 않습니다. PR을 마스터로 병합 할 때 릴리스 빌드를 트리거하기 위해 가져 오려고합니다. 이 빌드를 수동으로 트리거 할 수 있지만 개발자로부터 마스터에게 PR을 제출 한 다음 (github에서) PR을 수락 할 때는 불가능합니다.
다른 사람이 문제가 있거나 무엇이 잘못되었는지 알고 있습니까?
- 답변 # 1
- 답변 # 2
안타깝게도 빌드 정의 복제가 작동하지 않았으며 빌드 정의에 사소한 변경 사항을 저장하지도 않았습니다. 대신 CI 트리거를 명시 적으로 비활성화하고 저장 한 다음 다시 활성화하고 다시 저장해야했습니다. (나는 모든 규칙을 재정의해야했기 때문에 성가신 일이다.) 그러나 받아 들여진 대답이 당신에게 도움이되지 않는다면 시도해 보라.
또한 트리거 브랜치 목록에 임의의 브랜치를 추가하고 저장 한 다음 임의의 브랜치를 제거하고 다시 저장해도 효과가 있는지 궁금합니다 (그리고 모든 것을 재정의하지 않아도 됨).
- 답변 # 3
외부 Git 리포지토리 (우리의 경우에는 다른 온-프레미스 솔루션)에 연결하려고 시도하는 Azure DevOps Server (fka TFS) 2019를 사용하여 동일한 문제를 해결합니다. 수동 및 예약 빌드는 제대로 작동했지만 CI 트리거가 실행되지 않습니다.
@ system.Cats.Lol의 솔루션은 우리에게도 효과적이었습니다 (명시 적으로 빌드 트리거 비활성화->저장->CI 트리거 다시 활성화->저장). 기존 빌드 정의 복제가 작동하지 않았습니다.
관련 자료
- Angular NgRx 통합 테스트가 작동하지 않음 (Nx 및 Jest 사용)
- Keycloak Ouath2 통합이 스프링 클라우드 데이터 흐름 230에서 작동하지 않습니다
- Windows의 Git Bash가 작동하지 않습니다 (연속 권한 거부 오류)
- Optimize Google Scripts - google 스크립트 최적화 - 작동하지 않는 트리거
- testing - 지속적인 통합을위한 웹 애플리케이션 인프라 - 서버가 몇 대입니까?
- Spring Integration - 스프링 통합 - windows에서 작동하지만 unix에서 데이터를 수신 할 수없는 tcp 클라이언트
- teamcity - 지속적인 통합을위한 Team City 빌드 구성
- Azure Pipeline: 매개변수에 따라 변수 업데이트
- Azure 파이프 라인 장치 테스트 c#
- Azure 파이프 라인 -Git Mono Repo 전략을 사용하여 응용 프로그램 /폴더로 커밋 및 작업 항목을 나열하는 방법
- Azure 파이프 라인은 기본값이 잘못되었습니다
- Azure Devops REST API를 통해 빌드 및 전달 변수 시작
- Azure Devops의 PowerShell 인라인 스크립트에서 문자열을 올바르게 연결하는 방법은 무엇입니까?
- java : 파이프 라인을 트리거하는 YAML 파일
- ## [오류] Azure REST API로 BuildID를 검색 할 때 파일 경로 오류가 잘못 되었습니까?
- DevOps 빌드 에이전트를 구축하여 Pipeline의 디렉토리를 삭제할 수 있습니까?
- Azure-devops : Azure 파이프 라인의 자동 증분 Docker 태그
이것이 더 잘 보이도록 답변을 추가하십시오. @ starain-MSFT 의견이 해결책이었습니다.
동일한 트리거로 새 빌드를 추가했고 다른 빌드가 트리거되지 않도록 수정했습니다. 그런 다음 추가 한 새 빌드를 삭제하고 모든 것이 작동합니다.