Pygithub: 고급 분기 보호 API에 대한 지원 추가

@harlowja 나는 https://github.com/a13m/PyGithub/commit/3af108372a5179e16fc093b78568c8e45a3a91ca 에서 이것을 조금 했습니다.

최소한 지사 보호를 감사하는 것으로 충분했습니다. YMMV.

예, 그런 것을 병합(및 릴리스)하면 정말 좋을 것입니다. 이 라이브러리는 실제 API 및/또는 기능에 뒤처지는 것 같아서 약간 슬프네요 :-/

특히 내 그룹에 대한 모든 github 구성이 yaml 형식이고 github UI에 숨겨져 있지 않은지 확인하고 해당 yaml 형식을 구문 분석하고 다양한 github 리포지토리를 조정하는 프로그램을 가지고 있기 때문에 이것을 원합니다. 이것은 내 그룹 리포지토리 전체에 연속성(및 온전성)을 생성하고 검토자 보호를 프로그래밍 방식으로 조정할 수 있는 기능을 갖는 것은 논리적으로 팀이 원하는 일입니다(검토자 목록이 유사한 yaml 형식을 통해 제어 및 관리될 수 있도록).

잘했어 @a13m!
한편: https://developer.github.com/changes/2017-09-06-protected-branches-preview-end/.

누군가 이 문제를 해결하기 위해 에너지를 소집할 때까지 우리는 갇혀 있는 것 같습니다.

이제 업데이트 분기 보호 끝점을 호출할 때 required_pull_request_reviews 개체를 전달해야 합니다. 이 개체를 전달하는 것은 미리 보기 기간 동안 선택 사항이었습니다.

이것도 보고 싶습니다. 홍보 부탁드립니다❤️

이것은 사실 큰 혼란입니다. Repository.protect_branch()는 GitHub에서 Branch Protection이 종료될 것이라고 블로그에 게시한 이후로 아마도 제거되었을 엔드포인트를 호출합니다. API 문서와 코드가 서로 완전히 상충되는 이유가 궁금합니다.

새 데이터 구조로 새 끝점을 호출하기 위해 새 메서드 Repository.edit_branch_protection()을 추가할 예정이며 Repository.protect_branch()를 동시에 제거하고 싶은 유혹이 있습니다.

안녕하세요 여러분, 제 패치는 아직 미완이지만 조기 피드백이 있으면 좋을 것 같습니다 ^^

또한 Branch에 메서드를 추가하고 Repository.protect_branch()를 삭제하여 다른 방식으로 접근하여 이에 대해 작업했습니다.

@stevenk 아 이제 알겠습니다. 흠 작업을 복제하고 싶지 않습니다. 내 의도는 라이브러리 API를 동일하게 유지하는 것이 었습니다. 어떻게 하시겠습니까?

@JPWKU 죄송합니다. 적극적으로 작업 중이라는 것을 더 명확하게 전달해야했습니다. Repository.protect_branch() 메서드는 새 분기 보호 API가 종료될 때 제거할 때까지 GitHub API와 일치했습니다.

내 현재 패치는 GitHub가 https://developer.github.com/v3/repos/branches/ 에 표시되는 것처럼 분기 보호 API를 구현하므로 결과적으로 다소 큽니다. 이것을 푸시하기 전에 작성을 완료해야 하는 3개 정도의 테스트 케이스가 있습니다.

@stevenk 걱정하지 마세요. 이미 이 분야에서 일을 하고 있기 때문에 제 PR을 닫고 귀하의 PR에 대해 언급/도움을 드리겠습니다.

@stevenk 이것을 곧 병합할 계획입니까? 이 기능이 필요합니다.

@prburgu 병합 할 때 나에게 달려 있지 않습니다. @JPWKU 언제 첨부된 PR을 계속 검토할 시간이 있습니까?

@prburgu @stevenk 오늘이나 오늘 저녁에 시간을 내어 리뷰를 마치도록 하겠습니다.

이에 대한 업데이트가 있습니까?