Kami adalah tim kecil pengembang web yang saat ini menggunakan subversi tetapi segera kami beralih ke github.
Saya melihat berbagai jenis alur kerja github, dan kami tidak yakin apakah seluruh konsep forking di github untuk setiap pengembang adalah ide yang bagus untuk kami.
Jika kita menggunakan garpu, saya mengerti bahwa setiap pengembang akan memiliki repositori lokal & jarak jauh pribadi. Saya khawatir itu akan membuat mendorong perubahan sulit dan terlalu rumit. Juga, kekhawatiran terbesar saya adalah bahwa hal itu akan memaksa setiap pengembang untuk memiliki 2 remote: origin (yang merupakan fork jarak jauh) dan upstream (yang digunakan untuk "menyinkronkan" perubahan dari repositori utama). Tidak yakin apakah itu cara mudah untuk melakukan sesuatu.
Ini mirip dengan alur kerja yang dijelaskan di sini: https://github.com/usm-data-analysis/usm-data-analysis.github.com/wiki/Git-workflow
Jika kita tidak menggunakan garpu, kita mungkin dapat melakukannya dengan baik dengan menggunakan repo pusat membuat cabang untuk setiap tugas yang sedang kita kerjakan, dan menggabungkannya ke cabang pengembangan pada repositori yang sama. Itu berarti kita tidak akan dapat membatasi penggabungan cabang dan mungkin sedikit berantakan untuk memiliki banyak cabang di repositori pusat.
Adakah saran dari tim yang mencoba kedua alur kerja?