Mercurial에서 풀 요청을 심각하게 구현할 수없는 이유는 무엇입니까?


10

일주일 전, 나는 LFNW 에 있었고 래리 헤이스팅스와 대화를 나눈 후 다음과 같이 말했습니다.

Git에는 Mercurial에는없는 풀 요청 워크 플로우를 가능하게하는 것이 있습니다. 이것이 BitBucket의 Pull Request가 좋지 않은 이유입니다.

(문의를 위해, 우리는 파일-버그-그럼-첨부-패치 워크 플로우와 반대로, PR 워크 플로우 때문에 파이썬이 Mercurial에서 Git로 이동하고 있다는 사실을 논의하고있었습니다.)

그는 여기서 무엇을 말하는가? 우리 둘 다 그 이름이 무엇이든 만들 수 없었습니다. 운없이 웹을 검색했습니다.


/ me는 이것이 주제가
— strugee

답변:


12

PEP를 직접 읽어보아야합니다 . 래리 헤이스팅스가 혼란스러워하거나 의사 소통에서 무언가를 잃어 버렸습니다. 수은을 통해 git 및 github으로 이동하는 이유는 기술적 인 것이 아니라 사회적입니다. 풀 요청 워크 플로우는 수은에서 완벽하게 지원되지만 github은 비트 버킷보다 훨씬 광범위한 사용자 기반을 가지고 있으며 약간 더 나은 코드 검토 기능을 제공합니다.


Git의 "분산 된"특성은 그것과 아무 관련이 없습니까?
— Robert Harvey

12
머큐리얼은 그대로 배포됩니다. Mercurial과 git은 구현 세부 사항과 사소한 기능이 다르지만 기본적으로는 본질적으로 동일합니다.
— Karl Bielefeldt

10
@RobertHarvey Pull 요청은 실제 버전 관리 시스템에서 실제 "구현"이 없습니다. 그것들은 단지 시스템 외부의 "이것을 병합하고 싶다"는 메모 일뿐입니다.
— 마리오

HG 풀리 퀘스트는 '현재 소스'와 'PR'사이의 '소스'의 모든 차이로 오염됩니다. git repos를 사용하면 'PR'에서 변경된 사항 만 볼 수 있으므로 사람이 검토 할 수 있습니다. 이 차이에 대한 우리의 (원하는) 이해는 그것이 HG 지점의 불변의 성질과 관련이 있다는 것입니다
— Julian
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.