Saya bekerja di tim berukuran menengah yang berbagi kode sumber yang sama dan sementara memiliki integrasi yang berkelanjutan di tempat, tetapi karena kita semua harus bekerja di cabang yang sama, bangunannya hampir selalu rusak. Karena kami juga memiliki aturan, yang telah diperkenalkan...
Di perusahaan saya, semua pengembangan kami (perbaikan bug dan fitur baru) dilakukan pada cabang terpisah. Ketika sudah selesai, kami mengirimkannya ke QA yang mengujinya di cabang itu, dan ketika mereka memberi kami lampu hijau, kami menggabungkannya ke cabang utama kami. Ini bisa memakan waktu...
Saya baru-baru ini mulai meletakkan kode saya di bawah kontrol versi (di lab saya bekerja, di bawah SVN, dan kode saya sendiri di github (jelas dengan git)). Sebelum menggunakan kontrol versi, saya biasa melakukan hal seperti ini. Saya memiliki folder dengan nama perpustakaan, di dalam banyak...
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 dan tim saya menggunakan cabang fitur (dengan git). Saya bertanya-tanya mana yang merupakan strategi terbaik untuk tinjauan kode sebelum bergabung menjadi master. Saya checkout cabang baru dari master, sebut saja fb_ # 1 Saya komit beberapa kali dan kemudian ingin menggabungkannya kembali ke...
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...
Dalam arti umum, untuk proyek jangka panjang yang mungkin memiliki beberapa rilis selama siklus hidup produk dan membutuhkan dukungan produk sebelumnya, apa cara terbaik untuk menangani versi produk dan percabangan basis kode? Dalam arti yang lebih spesifik, asumsikan bahwa kontrol versi...
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...
Ketika bekerja dengan git dalam sebuah tim yang menggunakan cabang fitur, saya sering merasa sulit untuk memahami struktur cabang dalam sejarah. Contoh: Katakanlah ada fitur cabang fitur / kopi , dan perbaikan bug berlanjut pada master secara paralel dengan cabang fitur. Sejarah mungkin terlihat...
Kita mulai mengalami masalah saat kita semakin besar, di mana fitur membuatnya menjadi staging untuk pengujian, tetapi pada saat semuanya diuji dan fitur baru yang disetujui sedang staging untuk pengujian. Ini menciptakan lingkungan di mana kita hampir tidak pernah dapat mendorong produksi karena...
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 sedang mengerjakan proyek pribadi yang pada akhirnya akan menjadi open source. Kami memiliki beberapa anggota tim, cukup berbakat dengan teknologi untuk membangun aplikasi, tetapi bukan pengembang berdedikasi yang dapat menulis kode bersih / cantik dan yang paling penting dalam jangka...
Saya memiliki proyek game yang akan memiliki dua versi: Versi gim yang sederhana, intinya. Versi lanjutan dari game. Saya memiliki versi pertama di repositori publik saya, dan hanya saya yang akan mengerjakannya. Sedangkan untuk versi ke-2, dua teman saya dan saya akan mengerjakannya. Bagian...
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...
Saya mendasarkan repo Git saya pada model percabangan Git yang sukses dan bertanya-tanya apa yang terjadi jika Anda memiliki situasi ini: Katakanlah saya sedang mengembangkan pada dua cabang fitur A dan B, dan B membutuhkan kode dari A. Node X memperkenalkan kesalahan pada fitur A yang...
Di tim kami, selain unit kerja individu (Cerita), kami memiliki tema kerja yang lebih lama (Epos). Banyak cerita menjadi epik. Secara tradisional, kami memiliki cabang fitur untuk setiap Story, dan menggabungkan yang langsung dikuasai ketika mereka melewati QA. Namun, kami ingin mulai menahan...
Dalam pekerjaan kami, kami memiliki beberapa aplikasi .net yang berbeda yang berbagi banyak fungsi dasar. Kami telah membangun aplikasi ini menggunakan arsitektur n-tier yang bersih, tetapi kami telah mencapai saat di mana kami menyadari bahwa kami telah mengimplementasikan kembali fungsi yang sama...
Catatan: Pertanyaan saya terfokus pada masalah khusus saya (yang melibatkan Liferay) tetapi saya harap ini dapat bermanfaat bagi siapa saja yang perlu mempertahankan berbagai versi proyek yang sama dengan git. Saya bekerja di sebuah perusahaan yang menulis banyak plugin untuk Liferay Portal ....
Saya ingin tahu cara mengelola proyek besar dengan banyak komponen dengan sistem manajemen kontrol versi. Dalam proyek saya saat ini ada 4 bagian utama. Web Server Konsol admin Peron. Bagian web dan server menggunakan 2 perpustakaan yang saya tulis. Secara total ada 5 repositori git dan 1...
Kami saat ini dalam situasi berikut, di mana cabang fitur telah bercabang untuk cabang sub-fitur (seperti, mengerjakan backend dan frontend hal-hal untuk fitur yang sama): o | o development |\ | o feature-a | | | o | |\ | | o feature-a-sub | | | | | | | \ | o merged feature-a into feature-a-sub |...