이 설정이 한 시점에서 제대로 작동하고 있다고 확신합니다. 일부 운영상의 변경 사항을 반영하기 위해 빌드를 약간 변경했는데 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 빌드 구성
- 파이프 라인에서 'Microsoft.NET.Test.Sdk'가 누락 된 VS 테스트 실패
- yaml을 사용하여 azure devops에서 이전 빌드로 롤백하는 방법
- AzureDevOps Replace Tokens의 appsettings에서 JSON 키 설정
- Azure Pipelines에 "/home /vsts"에 대해 미리 정의 된 변수가 있습니까?
- yml을 사용한 Azure Devops CI /CD CodeCoverage
- tfs - 용어 'System.DefaultWorkingDirectory'는 YAML 파이프 라인에서 인식되지 않습니다.
- YAML 파이프 라인과 기본 Azure Pipeline의 일관성없는 출력
- Azure 파이프 라인 비밀 변수를 사용하여 빌드 에이전트에서 환경 변수 설정
- Azure DevOps Service Hooks를 사용하여 YAML 파이프 라인에서 수행 된 배포에 대한 알림을받는 방법은 무엇입니까?
- Windows XP의 Azure DevOps 서버 빌드 에이전트
이것이 더 잘 보이도록 답변을 추가하십시오. @ starain-MSFT 의견이 해결책이었습니다.
동일한 트리거로 새 빌드를 추가했고 다른 빌드가 트리거되지 않도록 수정했습니다. 그런 다음 추가 한 새 빌드를 삭제하고 모든 것이 작동합니다.