이 설정이 한 시점에서 제대로 작동하고 있다고 확신합니다. 일부 운영상의 변경 사항을 반영하기 위해 빌드를 약간 변경했는데 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 devops에서 파이프라인과 릴리스 파이프라인의 차이점은 무엇입니까?
- Azure 파이프 라인의`invokerestapi`의 응답
- Azure 파이프 라인 매개 변수 이름 내부의 Yaml 매개 변수 (동적 매개 변수 이름)
- Azure 파이프 라인에서 배포 작업을 이해하려고합니다
- tfs : VSTS 로깅 명령을 꺼냅니다. task.addattachment, task.uploadfile, artifact.upload 및 build.uploadlog
- AzureDevops 파이프 라인에서 환경이 맞지 않는 정확하지 않습니다
- Azure Devops : 빌드 아티팩트 복사 및 게시 -BuildNumber에 의해 아티팩트 이름을 바꾸기
- TF.EXE를 사용하여 Azure Repos의 여러 저장소에 대한 Git 권한을 설정하는 방법이 있습니까?
- docker : KuberNetes에서 이미지 이름을 정의하는 방법 Deployment.yml 파일을 동적으로 또는 변수와 함께 사용 하시겠습니까?
- 배포 슬롯에서 Azure 파이프 라인이 실패합니다
이것이 더 잘 보이도록 답변을 추가하십시오. @ starain-MSFT 의견이 해결책이었습니다.
동일한 트리거로 새 빌드를 추가했고 다른 빌드가 트리거되지 않도록 수정했습니다. 그런 다음 추가 한 새 빌드를 삭제하고 모든 것이 작동합니다.