빌드 서버 및 버전 제어에 VSTS가 사용됩니다.VSTS에서 빌드 단계의 일부로 풀 요청 만들기
빌드 프로세스의 일부로 master 분기에서 develop 분기로 풀 요청을 만들고 싶습니다 (master에서만 실행중인 빌드 용). 나는 이것을 할 API endpoint가 있음을 알고 있습니다.
하지만 더 좋은 방법이 있는지 궁금합니다. 그것을하는 관례 단계와 같이 (나는 그것을 놓쳤습니다)?
지금은 더 좋은 방법은 없습니다.
심지어 웹 후크를 사용하여 master 분기에 대한 빌드가 성공하면 이벤트를 트리거 할 수도 있습니다. 주 단계는 REST API to create a PR도 사용합니다. 시장에는 그러한 확장 작업이 없습니다. server side hooks are available for VSTS, 당신은 변화가 master 지점에 bugfix 지점에서 병합 후 자동으로 develop 지점을 업데이트 후 푸시 훅을 사용할 수 있습니다
그러나 미래에
.확인해 주셔서 감사합니다. - VSTS API는 사용하기 쉽고, 아마도 함께 할 것입니다. 또한이 플러그인을 발견했습니다 : https://marketplace.visualstudio.com/items?itemName=kerwincarpede.GitflowBranchGate - 우리가하려는 일에 도움이 될 수 있습니다 - 단지 FYI. – trailmax
여기서 달성하고자하는 것이 무엇인지 궁금합니다. 좀 더 표준적인 흐름은 끌어 오기 요청을 생성하고 끌어 오기 요청이 완료된 후에 빌드를 실행하는 것입니다. 나는 항상 '지점 정책'을 사용합니다. 이것은 당신이 당신의 brach을 보호 할 수 있습니다. 옵션 중 하나는 풀 요청을 완료 할 수 있도록 전달해야하는 빌드를 추가하는 것입니다. https://docs.microsoft.com/en-us/vsts/git/branch-policies#require-a-successful-build –
@ E.Staal 내 팀의 일부 개발자는 게으 르며 병합 된 곳의 버그 수정을 병합하지 않습니다. 마스터 (master)와 개발 (development)을한다. 그리고 시간이 올 때,'develop' 브랜치는 많은 수정을 위해'마스터 (master) '뒤에 있으며, 나중에 병합하는 것이 고통이 될 수 있습니다. – trailmax
변경 내용을 자동으로 병합하려면 왜 마스터를 건너 뛰지 않는 것이 좋습니까? 이를 수행하는 또 다른 방법은이 늦은 통합을 모니터에 표시하는 것입니다. api를 사용하여 변경 사항을 병합 할 사람을 '잊어 버린'사람을 시각화하십시오. 결과를 해결하는 대신 행동을 변경하십시오. –