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.