Saya sedang berupaya mengimplementasikan Gitlab di perusahaan saya dengan strategi alur kerja. Ide saya adalah bahwa pengembang akan diberikan akses ke repositori tetapi, kapan pun mereka mencoba melakukan, kode mereka harus ditinjau.
Saya tahu saya dapat meminta mereka membuat cabang sebelum melakukan, dan kemudian membuat Permintaan Gabung setelah didorong ke repo. Saya masih tidak jelas tentang hal-hal tertentu ... Gagasan bahwa kita bergantung pada orang untuk membuat cabang dan kemudian permintaan gabungan tampaknya salah, apakah ada solusi yang memaksa semacam kebijakan bahwa cabang master dapat tetap bersih kecuali jika " admin "menyetujui kode yang akan digabungkan ke dalamnya. Saya telah membaca "alur kerja tim github" tetapi sepertinya tidak menawarkan solusi yang layak. Setiap saran tentang proses atau praktik terbaik Anda sendiri sangat dihargai. Terima kasih!
"The idea that we rely on people to create a branch and then a merge request seems faulty"Menurut saya, Anda memiliki masalah yang lebih besar daripada kurangnya fitur dalam sistem kontrol versi. Jika hanya masalah menghabiskan waktu ekstra untuk membuat cabang, lihatlah Atlassian Stash dan integrasinya dengan Jira.Jawaban:
Saya sudah mulai bekerja dengan gitlab, membaca bagian BANTUAN menyediakan tata letak alur kerja. Pada titik ini, ini tampaknya menjadi solusi terbaik untuk pertanyaan saya. Jika ada yang punya pengalaman dengan alur kerja atau saran ini, silakan tambahkan info tambahan.
Dari bagian BANTUAN:
Alur kerja
git clone [email protected]:project-name.gitgit checkout -b $feature_namegit commit -am "My feature is ready"git push origin $feature_nameDi bagian komit dari repositori Anda, Anda sebenarnya dapat melindungi cabang yang memaksa pengembang untuk mengikuti proses di atas, membuat cabang dan mengirimkan permintaan penggabungan.
sumber