Saya baru-baru ini membahas DVD dengan rekan kerja, karena kantor kami mulai mempertimbangkan beralih dari TFS (kami adalah toko MS). Dalam prosesnya, saya menjadi sangat bingung karena dia mengatakan bahwa meskipun dia menggunakan Mercurial, dia belum pernah mendengar tentang perintah "cabang" atau "checkout", dan istilah-istilah ini tidak dikenalnya. Setelah bertanya-tanya bagaimana mungkin dia tidak tahu tentang mereka dan menjelaskan bagaimana dvc cabang bekerja "di tempat" pada file lokal Anda, dia cukup bingung.
Dia menjelaskan bahwa, mirip dengan cara TFS bekerja, ketika dia ingin membuat "cabang" dia melakukannya dengan kloning, jadi dia memiliki seluruh salinan dari repo-nya. Ini tampak sangat aneh bagi saya, tetapi manfaatnya, yang harus saya akui, adalah Anda dapat melihat atau bekerja pada dua cabang secara bersamaan karena file-file tersebut terpisah.
Dalam mencari situs ini untuk melihat apakah ini telah ditanyakan sebelum saya melihat komentar bahwa banyak sumber daya online mempromosikan metodologi "clone to branch" ini, membuat poster itu kecewa. Apakah ini sebenarnya umum di komunitas DVD? Dan apa saja pro dan kontra dari cara ini? Saya tidak akan pernah melakukannya karena saya tidak perlu melihat beberapa cabang sekaligus, beralih cepat, dan saya tidak perlu semua klon mengisi disk saya.
gitkerjanya. Denganhgini biasanya alur kerja pertama diajarkan dan itu masih sangat berguna.Jawaban:
Terlepas dari keuntungan / kerugian umum karena bisa melihat kedua cabang, saya pikir ada keuntungan khusus Mercurial untuk melakukan itu.
Jika Anda mengkloning untuk membuat cabang, Anda dapat menghapus clone nanti jika Anda tidak ingin menyimpan perubahan Anda. Jika Anda memutuskan untuk menggabungkan mereka, maka fakta bahwa Anda memutuskan untuk memisahkan perubahan Anda dengan cara ini tidak terlihat oleh orang lain.
Sebaliknya, jika Anda menggunakan
hg branchuntuk membuat cabang bernama baru, nama cabang dicatat dalam sejarah ketika Anda melakukan, terlihat oleh semua orang, dan harus cukup unik untuk menghindari potensi kebingungan di kemudian hari. Ini mungkin tidak sesuai jika cabang Anda untuk mengembangkan beberapa fitur eksperimental, atau untuk perubahan yang ternyata kecil.Jika Anda menggunakan cabang bernama untuk memelihara versi yang dirilis dari perangkat lunak Anda dan juga menggunakannya untuk mengembangkan fitur jangka pendek atau perbaikan bug, mudah untuk menjadi bingung karena tidak ada cara (selain konvensi penamaan) untuk memisahkan kedua jenis cabang ini.
http://mercurial.selenic.com/wiki/StandardBranching menjelaskan ini secara lebih rinci. Perlu juga disebutkan bahwa sejak Mercurial 1.8, dimungkinkan untuk membuat bookmark (
hg bookmark) - nama sekali pakai untuk cabang yang berumur pendek. Penanda dapat didorong, ditarik, dipindahkan dan dihapus.sumber
git, setelah terbiasa dengannyahg. Juga, harus ingat untuk secara eksplisitgit branchsetiap kali saya ingin membuat cabang adalah menjengkelkan, dibandingkan denganhgpenciptaan otomatis dari cabang yang tidak disebutkan namanya.Setiap kali Anda membuat komit dalam DVCS, Anda secara teknis membuat cabang dalam sejarah, setiap kali Anda mendorongnya kembali ke repositori diberkati yang Anda integrasikan kembali, inilah bagian yang menarik:
Ingat tombol "fork" di Bitbucket / github ?, forking dapat dianggap sebagai sinonim dari percabangan, dan apa yang dilakukan tombol "fork" hanyalah tiruan dari repositori ke akun Anda.
Satu-satunya keuntungan dari "kloning ke cabang" adalah dapat bekerja secara bersamaan di dua titik dalam sejarah, dan ironisnya bagi rekan kerja Anda, itu adalah alur kerja yang umum untuk bekerja pada cabang yang berbeda pada saat yang sama (tanpa harus bolak-balik ).
Beritahu rekan kerja Anda untuk belajar bercabang , sangat mudah, di sini, memiliki tutorial:
"Kloning ke cabang" masuk akal ketika Anda bekerja di cabang yang berbeda secara bersamaan , atau, ketika Anda ingin mencoba eksperimen tanpa membuat cabang permanen dalam sejarah dan masih dapat mengintegrasikannya kembali ke cabang yang sudah ada .
Saya pribadi tidak suka latihan ini dan lebih suka melakukan cabang dan menutupnya jika perlu. Di sini, ini adalah bagaimana Anda melakukannya:
Semoga ini menghapus keraguan DVCS Anda, di sini cabang tidak menakutkan lagi.
sumber
Saya pribadi tidak akan khawatir tentang kode yang mengisi disk saya ... pertama, ini hanya kode, dan kedua, Anda tidak akan menyimpan semua klon Anda selamanya.
Metodologi ini dipromosikan dalam banyak sumber daya online, terutama untuk Hg. Saya belum pernah melihatnya digunakan dalam produksi, dalam lingkungan CI itu jauh lebih umum untuk memiliki cabang fitur berumur pendek daripada klon repositori tambahan. Saya tidak melihat keuntungan dari melakukan ini, jika apapun itu akan membuat sejarah Anda lebih membingungkan, tidak kurang, dan itu juga tidak memberi Anda apa-apa. Jika Anda ingin melihat kode baru Anda berdampingan dengan kode lama, Anda dapat menggunakan alat diff / merge untuk melihat dua komit di sebelah satu sama lain, dengan keuntungan tambahan bahwa Anda akan melihat perubahan Anda disorot.
sumber
hg. Mampu mendorong dan menarik di antara beberapahgrepositori dapat menjadi alat kolaborasi yang sangat kuat. Hanya dengan dapat menarik darigitrepositori non-telanjang dapat secara substansial membatasi opsi Anda dengan alur kerja semacam ini.