Saya mencari "Praktik Terbaik" mengenai peran dan tanggung jawab, khususnya yang bertanggung jawab untuk penggabungan dari cabang pembangunan ke batang (atau utama). Pada dasarnya saya mencari amunisi untuk membantu tujuan saya.
Biarkan saya menggambarkan apa yang saya hadapi. Saya adalah pengembang utama (pemilik) aplikasi tertentu. Perusahaan kami baru-baru ini pindah dari VSS (di mana saya adalah administrator dari database VSS di mana aplikasi saya disimpan) ke TFS (di mana saya hanya memiliki izin pada cabang pengembangan yang dibuat oleh tim "operasi" kami). Dalam pekerjaan sebelumnya, saya adalah seorang Admin TFS, jadi saya tahu jalan saya di TFS dan MSBuild.
Saya tidak memiliki masalah dengan strategi percabangan dan penggabungan yang digunakan (cabang utama, dengan cabang pengembangan bug / proyek dibuat sesuai kebutuhan, digabungkan kembali ke utama kemudian dipromosikan ke cabang pelepas). Masalah yang saya miliki adalah:
Saya tidak bisa membuat cabang sendiri. Saya harus membuat tugas TFS agar anggota tim "operasi" membuat cabang untuk saya.
Saya tidak dapat menggabungkan dari Main ke cabang pengembangan saya. Saya harus membuat tugas TFS untuk meminta anggota tim "operasi" melakukan penggabungan, dan kemudian berharap dia tidak "menginjak" perubahan tim saya karena "ops guy" mungkin atau mungkin bukan pengembang dan tentunya memiliki sedikit atau tidak ada pengetahuan tentang kode yang dia gabungkan.
Saya tidak dapat menggabungkan dari pengembangan ke Utama. Sekali lagi saya harus membuat tugas TFS untuk memiliki "ops guy" melakukan penggabungan, berharap dia melakukannya dengan benar. Kemudian saya harus membuat tugas TFS lain untuk bergabung kembali ke cabang saya sehingga saya bisa menyelesaikan masalah apa pun yang terjadi dengan memiliki penggabungan non-pengembang ke Main.
Saya tidak bisa membuat atau mengedit skrip MSBuild. Sekali lagi saya harus bekerja dengan tim "ops" yang baru untuk MSBuild sehingga hanya tugas membangun paling dasar yang dapat dilakukan. (Lupakan segala hal yang rumit, atau surga-melarang tugas khusus).
Saya tidak bisa menjalankan skrip MSBuild. Sekali lagi hanya tim "ops" yang dapat melakukan ini.
Untuk melengkapi semua ini, biasanya ini adalah sumber daya "lepas pantai" yang melakukan tugas yang diminta, jadi bahkan jika saya membuat tugas untuk (cabang / gabung / bangun) di pagi hari, itu mungkin tidak akan selesai sampai malam itu.
Sekarang saya tidak punya masalah dengan tim "operasi" mempertahankan cabang rilis. Karena yang mereka lakukan adalah (pada dasarnya) mengambil versi terbaru dari Main dan mempromosikannya ke cabang rilis; jadi selama "Main" stabil dan siap, cabang rilis akan baik.
Pendapat saya adalah bahwa arahan teknis (seperti saya) harus bertanggung jawab untuk memelihara trunk ("Utama") dan penggabungan ke / dari cabang pengembangan. Pemimpin tim juga harus memiliki kemampuan untuk menghasilkan skrip MS Build untuk membangun dan menyebarkan ke lingkungan pengujian Integrasi.
Adakah yang bisa mengarahkan saya ke dokumen Praktik Terbaik yang akan membantu saya membuktikan kasus saya? Semua pencarian saya hanya menemukan Praktik Terbaik tentang teknik percabangan dan penggabungan, dan tidak ada yang menyebutkan WHO harus melakukan percabangan / penggabungan tersebut.
WHO should be performing said branching/merging.
adalah keputusan organisasi internal. Bukan sesuatu yang bisa kami bantu ...