Mengapa Permintaan Tarik tidak dapat dilaksanakan dengan serius di Mercurial?


10

Seminggu yang lalu, saya berada di LFNW dan ketika saya berbicara dengan Larry Hastings setelah ceramahnya, katanya (diparafrasekan):

Ada sesuatu di Git yang memungkinkan alur kerja Permintaan Tarik dimungkinkan yang tidak ada di Mercurial. Itu sebabnya Tarik Permintaan di BitBucket tidak bagus.

(Untuk konteks, kami sedang mendiskusikan fakta bahwa Python bergerak dari Mercurial ke Git karena alur kerja PR, sebagai lawan dari alur kerja file-bug-then-attach-patch.)

Apa yang dia bicarakan di sini? Tak satu pun dari kami yang dapat menemukan nama apa pun itu. Saya telah mencari di web tanpa hasil.


Saya sangat berharap ini bukan topik
strugee

Jawaban:


12

Anda mungkin harus membaca sendiri PEP . Entah Larry Hastings bingung atau ada sesuatu yang hilang dalam komunikasi. Alasan untuk pindah ke git dan github lebih lincah bukan teknis, tetapi sosial. Alur kerja permintaan tarik didukung dengan sangat baik dengan lincah, tetapi github adalah orang dengan userbase yang jauh lebih luas daripada bitbucket dan fitur tinjauan kode yang sedikit lebih baik.


Sifat "terdistribusi" dari Git tidak ada hubungannya dengan itu?
Robert Harvey

12
Mercurial juga didistribusikan. Mercurial dan git berbeda dalam detail implementasi dan fitur minor, tetapi pada poin utama mereka pada dasarnya identik.
Karl Bielefeldt

10
@RobertHarvey Tarik permintaan tidak memiliki "implementasi" nyata dalam sistem versi yang sebenarnya. Mereka hanya catatan "Saya ingin menggabungkan ini" di luar sistem.
Mario

Kita pasti salah melakukannya - permintaan HG kami tercemar dengan SEMUA berbeda dari 'Sumber' antara 'Sumber Saat Ini' dan 'PR'. Dengan git repos, kami hanya melihat perubahan yang dibuat dalam 'PR', membuat ulasan menjadi manusiawi. Pemahaman kami (yang menginginkan) tentang perbedaan ini adalah bahwa hal itu terkait dengan sifat kekal cabang HG
Julian
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.