Saya dulu menggunakan Windows, SVN, Tortoise SVN, dan Beyond Compare. Itu adalah kombinasi yang bagus untuk melakukan tinjauan kode. Sekarang saya menggunakan OSX dan Git. Saya telah berhasil menggabungkan skrip bash bersama dengan Gitx dan DiffMerge untuk menghasilkan solusi yang hampir tidak...
Pertama, beberapa latar belakang, kami sedang dalam proses memindahkan semua tim proyek kami untuk menggunakan git dan sedang dalam proses meletakkan pedoman untuk bagaimana repositori harus diatur sehingga cabang-cabang tertentu juga dapat dimonitor untuk integrasi berkelanjutan dan penyebaran...
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 sangat baru di GIT / GitHub (seperti baru mulai kemarin). Saya ingin tahu apa cara terbaik untuk mengelola banyak orang yang bekerja pada proyek yang sama dengan Github. Saat ini saya sedang mengelola satu proyek dengan empat pengembang. Bagaimana cara saya tentang alur kerja dan memastikan...
Saya bekerja di departemen di mana tidak ada yang pernah menggunakan kontrol sumber sebelumnya, termasuk saya. Saya mencoba mendorong konsep itu. Saya telah menghabiskan sedikit saat meneliti SVN. Saya beberapa dasar belajar. Saya dapat membuat / memperbarui / checkout / komit dengan baris...
Perusahaan saya menggunakan Git, dan menggunakan skema percabangan yang khas - pekerjaan dilakukan secara master, dan cabang dicadangkan untuk rilis. Ini berfungsi dengan baik, selama semua pekerjaan yang dilakukan dalam iterasi membuatnya menjadi cabang, tetapi jika masalah produksi kritis muncul,...
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...
Konteks: Baru-baru ini saya mengetahui tentang Semantic Versioning , dan saya sedang berusaha menentukan cara terbaik untuk menggunakannya secara praktis untuk proyek saya sendiri. Mengingat semver mengambil perubahan besar, perubahan kecil, dan tambalan ke dalam akun untuk versi, kapan komit...
Saya mencoba memilih alur kerja Git yang paling sesuai untuk produk kami. Berikut adalah parameternya: Kami melakukan beberapa rilis besar setahun, misalkan paling banyak 10 Kami memiliki beberapa versi produk kami yang aktif secara bersamaan (beberapa orang menggunakan v10.1, beberapa...
Kami mengembangkan produk (prototipe) P_OLD dalam bahasa X dan kami sekarang menulis ulang dari awal sebagai P_NEW dalam bahasa Y. Karena P_NEW dan P_OLD adalah produk yang sama: Haruskah P_NEW menjadi brach P_OLD yang lama atau haruskah itu menjadi repositori sendiri? Apa cara yang biasa...
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...
Apa yang dimaksud dengan "bercabang gratis" di Git? Saya sering mendengar ini setiap kali Git disebutkan dibandingkan dengan sistem kontrol versi lainnya. Saya belum memiliki kesempatan (?) Untuk berurusan dengan orang lain ( SVN , dll.), Jadi bagaimana percabangan "mahal" pada orang...
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...
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...
Setiap kali proyek baru dimulai, biasanya masuk akal untuk memulai dengan berkomitmen langsung untuk menguasai sampai Anda mendapatkan sesuatu yang "stabil", dan kemudian Anda mulai bekerja di cabang. Setidaknya, ini yang biasanya saya lakukan. Apakah ada cara untuk segera memulai cabang dari...
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...
Baru-baru ini saya melihat bagaimana saya dan tim saya menggunakan Git dan bagaimana alur kerja kami bekerja. Kami saat ini menggunakan alur kerja cabang fitur yang tampaknya berfungsi dengan baik. Saya juga melihat beberapa orang di tim kami menggunakan alur kerja berdasarkan simpanan git . Alur...
Saya telah melihat banyak saran tentang model percabangan git dan pendapat paling umum tampaknya bahwa membuat perubahan langsung pada cabang master adalah ide yang buruk. Salah satu rekan kerja kami cukup senang membuat perubahan langsung di cabang utama, dan meskipun beberapa percakapan, mereka...
Ini kesepakatannya, saya telah bergabung dengan perusahaan baru dan telah diminta untuk menyelesaikan pekerjaan di cabang yang belum tersentuh selama hampir setahun. Sementara itu, cabang utama telah tumbuh dengan kecepatan tetap. Idealnya saya ingin menggabungkan semua perubahan dari cabang master...
Saya baru-baru belajar bahwa ketika menggabungkan dua cabang di git, jika ada perubahan pada dua baris yang berdekatan git menyatakan ini sebagai konflik. Misalnya, jika file test.txtmemiliki konten ini: Line 1: A Line 2: B Line 3: C Line 4: D dan di cabang masterkita ubah ini menjadi Line 1:...