Kekeliruan tentang menggunakan mod permintaan fork&pull gitlab dalam pasukan

Question

Seperti yang dinyatakan.
Syarikat kini menggunakan gitlab, dan anggaran proses penggunaan adalah seperti berikut:
1 Bos mencipta gudang utama mainrepo
2 3. dalam diri sendiri untuk Lakukan pembangunan dalam kod dari k mainrepo 4. Selepas pembangunan selesai, keluarkan permintaan gabungan dan tunggu bos menggabungkan kod
5. Jika terdapat kemas kini baru di gudang utama, dahulu
dan kemudian gabungkannya ke dalam gudang anda sendiri
fetchSaya rasa ini sangat menyusahkan, dan kelebihan cawangan git tidak begitu jelas.

Apa pendapat anda tentang model yang berfungsi ini?

Answer 1

Dua cara:

1. Semua orang menggunakan gudang yang sama untuk pembangunan kolaboratif, fungsi pembangunan cawangan, selepas pembangunan selesai, bina merge request, teruskan code review, dan akhirnya bergabung ke dalam cawangan pembangunan

2. Anda juga boleh mencipta fork mainrepo Selepas pembangunan, buat pull request kepada mainrepo
   dan biarkan orang yang menguruskan kod itu menggabungkannya

.

Kebaikan menggunakan kaedah kedua:

• melindungi mainrepo, semua operasi gabungan mesti menggunakan pull request, anda tidak boleh menggabungkan

Cawangan

• mainrepo lebih ringkas dan tidak mengandungi cawangan yang berlebihan

• Individu mengekalkan cawangan di gudang persendirian mereka sendiri, dan tidak akan ada nama pendua semasa membuat cawangan

• Saya secara peribadi menekankan pada menyumbang kod dan menyumbang lebih banyak kod kepada mainrepo

Answer 2

Nah, ini benar-benar tidak mengambil kesempatan daripada cawangan.
Jangan ada satu cawangan mainrepo sahaja. Pembangunan, ciri, cawangan hotfix, dsb. hendaklah diasingkan mengikut keperluan. Ini dibangunkan di cawangan yang sepadan.

Answer 3

Sudah tentu anda boleh melakukan ini, dan bos anda mungkin mempunyai alasan untuk melakukan ini.
Walau bagaimanapun, kaedah pengurusan ini sangat berpusat dan tidak sesuai dengan idea git yang diedarkan, jadi menggunakan git tidak begitu sesuai.

Answer 4

Langkah-langkah yang saya faham

• Perpustakaan Penciptaan Boss

• Bos dilantik tuan boleh bergabung

• Buat perpustakaan dev sebagai perpustakaan persekitaran ujian dan hanya bos atau pengurus yang ditetapkan boleh menggabungkannya.

• Setiap pembangunan mencipta cawangannya sendiri, kemudian menolaknya ke perpustakaan kilang jauh, dan kemudian bos atau pengurus pergi ke dev merge dan menolak cawangan huluan.