git-flow adalah alur kerja populer yang memperluas kata kerja yang tersedia untuk git dan membantu menangani perubahan yang bergerak antara fitur, pengembangan, rilis, perbaikan terbaru, dukungan, dan cabang produksi.
Konteks Tim saya yang terdiri dari 8 insinyur saat ini sedang dalam transisi ke Git (dari Subversion) untuk hal besar berikutnya. Kami memiliki beberapa insinyur 'lebih berpengalaman' yang merasa cukup sulit untuk menjemput Git. Saya mendapat pertanyaan sepele yang sama meskipun telah memberikan...
Kami baru-baru ini memiliki masalah di mana fitur untuk aplikasi web kami (pendaftaran otomatis) ditunda oleh manajemen karena mereka merasa permulaannya terlalu "dingin" tetapi mereka menginginkan semua fitur lain yang telah kami kerjakan untuk ditayangkan. Masalahnya adalah bahwa fungsionalitas...
Dengan git dan github biasa saya bisa melakukan review kode hanya dengan membuat permintaan tarik dari cabang fitur yang saya kerjakan ke cabang utama. Bagaimana saya melakukan review kode dengan git-flow? Dengan alur kerja seperti "fitur git flow selesai, saya bingung di mana ulasan kode...
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,...
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...
Kami adalah tim besar (10-12 pengembang dan 4 qa) yang mengerjakan beberapa proyek dengan repositori git yang sama. Ini adalah layanan web backend berbasis pegas boot. Kami mencari strategi percabangan dan penerapan git yang baik. kami juga memiliki tim qa yang memastikan bahwa fitur kami berfungsi...
Saya baru-baru ini mulai bekerja dengan model GitFlow seperti yang diterapkan oleh bitbucket. Dan ada satu hal yang tidak sepenuhnya jelas bagi saya. Kami mencoba untuk secara teratur mengatasi utang teknis kami dengan menumpuk, merencanakan, dan melaksanakan tugas-tugas refactoring. Cabang-cabang...
Kami menggunakan GitHub Flow dalam proyek kami dan sebagian besar waktu, kami membuka cabang fitur baru dari master , melakukan beberapa pekerjaan di sana, membuka PR, meninjau kode dan menggabungkan kembali menjadi master . Namun, pekerjaan saya saat ini tergantung pada masalah lain yang sedang...
Saya punya proyek dengan model percabangan git yang kira-kira mengikuti git-flow nvie . Cabang rilis kami diberi nama dalam format SemVer , misv1.5.2 Setelah cabang rilis diberi lampu hijau untuk produksi, kami menutup cabang, dengan menggabungkannya menjadi master, menerapkan tag, dan kemudian...
Saya sangat sering mengerjakan beberapa fitur proyek saya sehingga saya perlu istirahat sebelum itu cukup baik untuk komit. Namun, saya menggunakan dua komputer berbeda setiap hari untuk membuat kode (laptop saya dan desktop lab penelitian saya). Misalnya: Saya sedang mengerjakan fitur di rumah,...
Kami adalah organisasi yang terdiri dari sekitar 200 pengembang yang bekerja terus menerus pada satu produk tunggal (menggunakan kontrol revisi Git) yang rencananya akan dirilis pada tanggal tertentu. Karena banyaknya pengembang, kami mencoba membuat tim "lintas fungsional" dengan sekitar 10...
Saya datang kepada Anda sebagai programmer pemula yang telah mengerjakan proyeknya sendiri (yang mengalami kemajuan dengan baik). Rekan pendiri saya juga telah belajar bagaimana memprogram dan telah mencapai titik di mana ia mungkin dapat mulai memperbaiki beberapa hal dan membuat beberapa hal...
Saya telah memigrasikan beberapa proyek saya ke alur kerja aliran git , dan saya menyukainya. Namun, saya belum menemukan praktik terbaik yang membuat segala sesuatunya berjalan dengan lancar ketika bekerja dengan sebuah proyek di mana lebih dari satu versi utama dipertahankan pada satu...
Tim kami baru saja beralih dari FogBugz & Kiln / Mercurial ke Jira & Stash / Git. Kami menggunakan model Git Flow untuk bercabang, menambahkan cabang subtask dari cabang fitur (terkait dengan subtitle Jira dari fitur Jira). Kami menggunakan Stash untuk menetapkan resensi ketika kami membuat...
Masalah ini menunjukkan bahwa: Dari pemahaman saya menempatkan tag pada cabang rilis sebelum penggabungan (dan bukan pada cabang master) sebenarnya adalah hal yang benar untuk dilakukan sehingga dapat ditemukan oleh git menggambarkan - tag dari cabang pengembangan, juga. Lihat # 374 sementara...
Dalam, perbaikan terbaru model Git-flow masuk di hotfix-*cabang spesifik dan perbaikan integrasi kecil tepat sebelum rilis masuk di release-*cabang. Perbaikan bug umum dari versi sebelumnya tampaknya tidak memiliki tempat. Di mana mereka harus muncul? Haruskah mereka berada di bug-*cabang mereka...
Dulu tim kecil pengembang web tempat saya bekerja mulai menggunakan git untuk pengembangan web. Saat itu kami hanya berkomitmen untuk pementasan atau menguasai secara langsung dan kemudian sering bergabung di antara keduanya. Itu lebih baik daripada tidak sama sekali, tetapi juga berantakan. Belum...
Tim saya di tempat kerja sedang memulai proyek baru, menggunakan Subversion sebagai VCS kami (Anda dapat mempertimbangkan batu ini untuk tujuan pertanyaan ini). Kami masih dalam tahap awal proyek dan mencoba untuk menyetujui model percabangan. Proyek kami sebelumnya didasarkan pada model versi...
Saya sudah mulai menggunakan gitflow untuk sebuah proyek, dan saya memiliki cabang fitur yang luar biasa serta perbaikan terbaru yang baru dibuat. Per alur kerja gitflow, perbaikan terbaru diterapkan ke master dan mengembangkan cabang, tetapi tidak ada yang dikatakan atau dilakukan tentang cabang...
Menggunakan gitflow, saat membuat release-1.0.0cabang dan menggabungkannya ke keduanya masterdan develop, kedua cabang akan memiliki komit yang hilang: mastertidak akan memiliki komit tempat release-1.0.0penggabungandevelop developtidak akan memiliki komit tempat