Saya datang kepada Anda sebagai programmer pemula yang telah mengerjakan proyeknya sendiri (yang mengalami kemajuan dengan baik). Rekan pendiri saya juga telah belajar bagaimana memprogram dan telah mencapai titik di mana ia mungkin dapat mulai memperbaiki beberapa hal dan membuat beberapa hal terjadi.
Dia mengajukan pertanyaan yang sangat bagus, yaitu "bagaimana cara kerjanya". Sesuatu yang saya hanya bisa berteori tentang karena saya tidak pernah diprogram dengan orang lain. Bisakah Anda memberi tahu saya tentang alur kerja terbaik. Kami menggunakan git.
Haruskah kita memiliki bagian spesifik dari sistem? Memeriksa kode? Ulasan kode?
Bagaimana Anda bekerja dengan> 1 dev?
Jawaban:
Saya bekerja di sebuah tim yang menggunakan git, di mana 40+ pengembang bekerja pada beberapa repositori kode (100+) pada titik waktu tertentu. Kami juga memulai dengan sangat sedikit pengembang, mengembangkan ukuran tim dalam rentang beberapa tahun. Pada awalnya, meskipun dengan sedikit orang, Anda bisa lolos hanya dengan mengetahui minimum git. Seiring waktu Anda akan meningkatkan git fu Anda, menemukan fitur-fitur canggih.
upstream
.upstream
repositori ini .clone
,pull
,push
,add
,commit
,log
,status
,diff
,branch
,stash
,apply
,reset
,format-patch
,branch
. Pelajari lebih lanjut tentang mereka dari gittutorial .upstream
repositori. Latihan yang baik adalah selalu menarik sebelum Anda mendorong . Dengan cara ini Anda menjaga repositori Anda tetap sinkron dengan perubahan orang lain.7
dan8
.Setelah Anda merasa nyaman dengan alur kerja ini, Anda dapat maju ke hal-hal yang lebih maju seperti - cabang topikal, forking, tarik permintaan, penggabungan, komitmen interaktif rebasing dll.
Jika Anda benar-benar ingin ulasan kode, itu bisa dilakukan dengan git dan email saja. Ketika ukuran tim Anda melebihi 10+, ini idealnya dilakukan lebih baik dengan beberapa jenis alat online. Jadi dalam praktiknya ada banyak cara untuk melakukan ini, dan ini hanya satu cara sederhana:
git format-patch
. Ini akan menghasilkan satu set file tambalan. Email tambalan ini ke reviewer.git apply
. Ini berlaku tambalan tetapi tidak membuat komit.upstream
.sumber
stash, apply, format-patch
adalah bagian dari pengetahuan minimum. Saya biasanya menunggu beberapa bulan sebelum mengajarkan hal-hal itu. Saya kira> 50% dari dev tidak simpanan.upstream
origin
dan itu akan membantu membuat contoh lain (yang biasanya digunakanorigin
) lebih mudah diikuti.Saya menggunakan github dan semua fungsinya untuk ini. lihat di http://www.github.com/ Jadi Anda dapat menggunakan cabang, garpu, masalah, tarik permintaan untuk bekerja dengan pasangan Anda.
sumber
Hal pertama yang akan saya lakukan adalah melihat ke dalam repositori kode pusat sehingga perubahan dapat digabungkan dan disimpan dalam sinkronisasi antara dua proyek Anda. SVN adalah yang mudah dan mudah yang telah saya gunakan di masa lalu dan sudah ada cukup lama sehingga SVN cukup matang .
Setelah itu saya akan mengidentifikasi di antara kalian berdua peran yang akan kalian mainkan yaitu
Semoga berhasil!
sumber