Kontrol versi terdesentralisasi (DVCS) melacak revisi perangkat lunak dan memungkinkan banyak pengembang untuk bekerja pada proyek tertentu tanpa harus terhubung ke jaringan bersama.
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...
Salah satu keuntungan menggunakan DVCS adalah alur kerja edit-commit-gabungan (lebih dari edit-gabungan-komit sering dipaksakan oleh CVCS). Mengizinkan setiap perubahan unik untuk dicatat dalam repositori independen dari penggabungan memastikan DAG secara akurat mencerminkan silsilah sebenarnya...
Saya mengetahui beberapa alat / layanan yang menyediakan penjelajahan dan manajemen DVCS seperti Bitbucket , Github , Kiln , SCM-Manager dan Rhodecode . Namun, use case yang saya pertimbangkan adalah salah satunya sehingga: Kode sumber apa pun harus berada di server internal
Di Git dimungkinkan untuk mengatur dan menerapkan templat komit yang baik. Bisakah Anda merekomendasikan (lebih baik dengan argumentasi) templat / pedoman komit yang baik untuk ditegakkan di
Katakanlah ada tim yang terdiri dari sepuluh pengembang lincah. Setiap hari mereka masing-masing memilih tugas dari dewan, melakukan beberapa perubahan terhadapnya, sampai (pada akhir hari) mereka telah menyelesaikan tugas. Semua pengembang check-in langsung terhadap trunk (gaya Google, setiap...
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...
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...
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...
Walaupun saya menggunakan dan menyukai DVCS untuk proyek pribadi saya, dan dapat benar-benar melihat bagaimana hal itu membuat mengelola kontribusi untuk proyek Anda dari orang lain lebih mudah (misalnya skenario Github khas Anda), sepertinya untuk tim "tradisional" mungkin ada beberapa masalah...
Saat ini, saya menggunakan visual svn di server saya, dan memiliki ankhsvn / kura-kura di mesin pribadi saya. Ini berfungsi cukup baik, dan saya tidak perlu berubah, tetapi jika saya dapat melihat beberapa manfaat menggunakan DVCS, maka saya mungkin mencobanya. Namun, jika tidak ada gunanya atau...
Mengapa saya harus menulis pesan komit? Saya tidak mau dan saya pikir itu bodoh setiap saat. Frontend GUI yang saya gunakan yang tidak diketahui namanya akan memaksa Anda untuk melakukannya. Saya mendengar orang lain melakukannya setiap kali walaupun mereka menggunakan VCS pada baris...
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...
Prasyarat Tim menggunakan DVCS IDE mendukung parsing komentar (seperti TODO dan lain-lain) Alat seperti CodeCollaborator mahal untuk anggaran Alat seperti gerrit terlalu rumit untuk dipasang atau tidak dapat digunakan Alur kerja Penulis menerbitkan suatu tempat di cabang fitur repo...
Kami adalah konsultan perangkat lunak dengan banyak proyek untuk pelanggan yang berbeda. Kami biasanya menggunakan Subversion, tetapi saat ini sedang mempertimbangkan untuk pindah ke Git. Sebagian besar dari dokumen yang kami hasilkan dibagikan kepada pelanggan kami (persyaratan, desain global,...
Ini mungkin terdengar agak aneh, tapi saya bertanya-tanya tentang cara yang baik untuk bekerja di Git dari beberapa mesin yang terhubung bersama dalam beberapa cara. Sepertinya saya memiliki dua opsi, dan saya dapat melihat manfaat di kedua sisi: Gunakan git sendiri untuk berbagi, setiap mesin...
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
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...
Terkait: Haruskah setiap git berkomitmen meninggalkan proyek dalam keadaan kerja? Misalkan saya membuat komitmen berikut secara lokal: Ubah skema database, hancurkan aplikasi. Perbarui aplikasi sehingga kompatibel dengan skema database lagi. Selama saya mendorong kedua komit, mastertetap dalam...