Mercurial adalah sistem kontrol versi yang cepat, sumber terbuka, dan terdistribusi.
Saya mencoba memahami manfaat sistem kontrol versi terdistribusi (DVCS). Saya menemukan pendidikan ulang Subversion dan artikel ini oleh Martin Fowler sangat berguna. DVCS Mercurial dan yang lainnya mempromosikan cara baru untuk mengerjakan kode dengan perubahan dan komitmen lokal. Ini mencegah...
Saat melihat perbandingan, menurut saya mungkin ada pemetaan 1: 1 antara set fitur mereka. Namun, pernyataan yang sering dikutip adalah bahwa "Mercurial lebih mudah". Apa dasar dari pernyataan ini? (jika
Dalam beberapa tahun terakhir, hype di sekitar Git meningkat pesat. Semua orang tahu tentang Git, tidak ada yang tahu tentang alternatif. Yang lain seperti Mercurial tampaknya tidak diperhatikan. Keduanya telah dirilis pada tahun 2005, dan menyediakan fungsionalitas serupa. Selain itu, Mercurial...
Hampir setiap artikel yang saya baca 1 membandingkan Git dan Mercurial sepertinya Mercurial memiliki UX baris perintah yang lebih baik dengan setiap perintah terbatas pada satu ide saja (tidak seperti mengatakan git checkout). Tetapi pada suatu saat Git tiba-tiba menjadi tampak sangat populer dan...
Ini tahun 2012! Mercurial dan Git keduanya masih kuat. Saya memahami pertukaran keduanya. Saya juga mengerti setiap orang memiliki semacam preferensi untuk satu atau yang lain. Tidak apa-apa. Saya mencari beberapa informasi tentang tingkat penggunaan keduanya. Misalnya, di stackoverflow.com ,...
Saya selalu menggunakan git sebelumnya, tetapi saya ingin berkontribusi pada python jadi sekarang saya harus belajar lincah dan saya merasa sangat frustasi. Jadi, saya telah membuat beberapa tambalan kecil dan saya ingin melacaknya sebagai komit di repositori lincah lokal saya. Rupanya ada 4 cara...
Saya ingin tahu apakah masuk akal untuk membagi proyek yang saya kerjakan dalam dua repositori, bukan satu. Dari apa yang bisa saya katakan: Frontend akan ditulis dalam html + js Backend di .net Backend tidak bergantung pada frontend dan frontend tidak tergantung pada backend Frontend akan...
Kemungkinan Gandakan: Saya pecandu Subversion, mengapa saya harus mempertimbangkan atau tidak mempertimbangkan Mercurial atau Git atau DVCS lainnya? Sesekali, Anda mendengar seseorang mengatakan bahwa kontrol versi terdistribusi (Git, HG) secara inheren lebih baik daripada kontrol versi...
Saya selalu setuju dengan mantra Mercurial 1 , namun, sekarang Mercurial dibundel dengan ekstensi rebase dan itu adalah praktik populer di git, saya bertanya-tanya apakah itu benar-benar dapat dianggap sebagai "praktik buruk", atau setidaknya cukup buruk untuk menghindari penggunaan. Dalam kasus...
Saya mencari dan tidak dapat menemukan alasan bisnis mengapa sistem git / mercurial / bazzr lebih baik daripada sistem terpusat (subversi, terpaksa). Jika Anda mencoba menjual DVCS kepada orang non-teknis, argumen apa yang akan Anda berikan untuk DVCS yang meningkatkan laba . Saya akan segera...
Tutup. Pertanyaan ini di luar topik . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga sesuai topik untuk Rekayasa Perangkat Lunak Stack Exchange. Ditutup 5 tahun yang lalu . Sedikit konteks: Saya tahun ke-3...
Ditutup . Pertanyaan ini didasarkan pada pendapat . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga dapat dijawab dengan fakta dan kutipan dengan mengedit posting ini . Ditutup 5 tahun yang lalu . Setelah...
Kami biasanya menggunakan Kolaborator Kode Perforce dan SmartBear di Big Corpdan sekarang kami juga akan menggunakan Mercurial untuk proyek-proyek tertentu. Code Collaborator mendukung Mercurial (kami menggunakan versi 5) dan saya mencoba menentukan kapan waktu terbaik (selama komit / push ke...
Saya pikir artikel ini, A Successing Git Branching Model , sangat terkenal di kalangan pengguna DVCS yang berpengalaman. Saya menggunakan hgsebagian besar, tapi saya berpendapat diskusi ini baik untuk DVCS. Alur kerja kami saat ini adalah setiap pengembang mengkloning master repo. Kami menulis...
Saya adalah pengguna Subversion lain yang berjuang untuk mendidik kembali diri saya sendiri dalam Tao tentang kontrol versi terdistribusi. Ketika menggunakan Subversion, saya adalah penggemar berat pendekatan proyek-kecil, dan, dengan sebagian besar mantan majikan saya, kami akan menyusun cabang...
Kami mengintegrasikan Mercurial secara perlahan di kantor kami dan melakukan pengembangan web yang kami mulai gunakan cabang bernama. Kami belum menemukan konvensi yang baik sejauh penamaan cabang kami. Kami sudah mencoba: FeatureName (Dapat melihat ini menyebabkan masalah di...
Dalam VCS tradisional, saya bisa mengerti mengapa Anda tidak akan melakukan file yang tidak terselesaikan karena Anda dapat merusak build. Namun, saya tidak mengerti mengapa Anda tidak boleh melakukan file yang tidak terselesaikan dalam DVCS (beberapa dari mereka benar-benar akan mencegah Anda...
Saya telah membaca beberapa diskusi di sini dan di SO bahwa repositori DVCS menggunakan sekitar ruang yang sama atau kurang dari bagian-bagiannya yang terpusat. Saya mungkin telah melewatkannya, tetapi saya belum menemukan penjelasan yang baik mengapa itu terjadi. Adakah yang
Saya memperkenalkan Mercurial ke departemen saya. Saya menyukainya, tetapi ini adalah pengalaman kontrol versi pertama saya. Saya menggunakannya dengan NetBeans PHP untuk pengembangan web. Pengembang lain yang bekerja pada aplikasi internal perusahaan suka menggunakan Visual Source Safe dan tidak...
Di tempat kerja kami menggunakan SVN, tetapi hanya dalam nama. Kami tidak bercabang atau bergabung. Kami menyimpan dua salinan dari repositori, satu berfungsi sebagai cabang "tag" yang disalin ketika kami melakukan penempatan dan disimpan untuk perbaikan bug dan langsung "jenis ini harus...