Memperkenalkan Permintaan Tarik untuk tim 2 orang - menggabungkan permintaan saya sendiri?


11

Saya memperkenalkan git kepada anggota tim junior (co-op).

Mereka merasa nyaman sekarang dengan dasar-dasar menambah, melakukan, mendorong dan menarik.

Sekarang saya ingin memperkenalkan mereka untuk menarik permintaan dan cabang.

Jika mereka mulai melakukan permintaan tarik di cabang, haruskah saya melakukan hal yang sama untuk pekerjaan saya yang sedang berjalan?
Saya akan menjadi orang yang menggabungkan permintaan tarik mereka. Saya tidak yakin apakah akan lebih masuk akal bagi saya untuk bekerja di cabang (umumnya praktik yang baik saya tahu tetapi saya ingin tahu tentang situasi khusus 2 dev dengan satu junior ini. ) dan jika demikian apakah itu berarti saya hanya akan menggabungkan cabang saya sendiri menjadi master. Apakah saya bahkan akan melakukan permintaan tarik untuk pekerjaan / cabang saya? Secara umum kami menggunakan alur kerja Branch Feature github dasar untuk perubahan ini:
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

Apakah ada tujuan untuk menggunakan permintaan tarik pada repo saya sendiri jika saya satu-satunya pengembang? berguna tetapi tidak begitu spesifik.

Whats alur kerja dengan 2 orang di proyek juga tampaknya lebih umum

dan

Haruskah saya membuka permintaan tarik dari cabang di repo resmi atau cabang saya? Tampaknya lebih banyak tentang garpu.

Jawaban:


19

Tidak. Anda tidak boleh menggabungkan permintaan tarik Anda sendiri. Apa yang baik untuk angsa itu baik untuk memandang sebentar. Menggabungkan permintaan tarik Anda sendiri menjadi preseden buruk bagi junior dev kami. Ini juga berarti bahwa tidak ada orang lain yang melihat kode Anda. Tidak peduli seberapa senior kita, kita semua membuat kesalahan dan menulis kode yang buruk dari waktu ke waktu. Ajari junior Anda bagaimana ulasan kode bekerja dari sisi lain dengan membuatnya meninjau dan menggabungkan pekerjaan Anda.

Dia mungkin tidak memiliki mata yang sama dengan Anda, tetapi itu akan membuatnya terbiasa dengan proses dari akhir resensi dan dia mungkin mengejutkan Anda dan menangkap sesuatu yang bodoh yang Anda lakukan. Minimal, itu akan memberi Anda indikasi potongan kode yang jelas bagi Anda, yang tidak jelas baginya. Ini memiliki manfaat dua kali lipat.

  1. Anda berdua belajar di mana junior Anda perlu memfokuskan kegiatan belajar.
  2. Anda belajar di mana Anda menjadi lebih pintar dari yang seharusnya.

6
Manfaat besar lainnya dari tinjauan kode adalah bahwa setidaknya dua orang telah melihat, mengetahui dan memiliki kesempatan untuk mengajukan pertanyaan tentang setiap perubahan kode sebelum masuk. Bahkan jika junior dev tidak tahu apa yang harus dicari, dia dijamin akan belajar sesuatu dari semua itu.
Ixrec
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.