Komit atau Tidak Komit Direktori Vendor dalam Go: Amalan Terbaik?

Melakukan Direktori vendor: Amalan Terbaik atau Keperluan Selepas Daftar Keluar?

Apabila memanfaatkan dep untuk pengurusan pergantungan dalam projek Go, persoalan timbul : patutkah direktori vendor komited kepada kawalan versi? Keputusan ini akhirnya bergantung pada pilihan pembangun, mengimbangi faedah dan kelemahan setiap pendekatan.

Kebaikan Menerima Direktori vendor:

• Menjamin binaan yang boleh dihasilkan semula oleh menghalang pengubahsuaian kepada sejarah huluan tanggungan.
• Menghapuskan keperluan untuk dep berasingan memastikan langkah selepas pengklonan atau kemas kini repositori lain.

Keburukan Melaksanakan Direktori vendor:

• Saiz repositori yang berpotensi lebih besar, terutamanya dengan kebergantungan yang mempunyai saiz fail yang ketara.
• Perbezaan PR mungkin termasuk perubahan pada fail vendor apabila Gopkg.lock diubah suai, walaupun fail ini lazimnya disembunyikan pada GitHub secara lalai.

Pilihan Alternatif: Melaksanakan dep pastikan Selepas Checkout

Sebagai alternatif, bukannya menyerahkan vendor direktori, seseorang boleh melaksanakan dep pastikan selepas menyemak repositori. Pendekatan ini memerlukan langkah tambahan tetapi mungkin lebih baik kerana:

• Saiz repositori yang lebih kecil, kerana fail kebergantungan tidak disimpan dalam sejarah.
• PR yang dipermudahkan berbeza, sebagai perubahan dalam Gopkg. kunci tidak mencetuskan pengubahsuaian pada fail vendor dalam repositori.

Akhirnya, keputusan sama ada untuk melakukan direktori vendor atau bergantung pada dep memastikan penyegerakan adalah perkara keutamaan. Amalan terbaik menyatakan bahawa adalah penting untuk mempertimbangkan kebaikan dan keburukan yang digariskan di atas apabila membuat keputusan ini.

Atas ialah kandungan terperinci Komit atau Tidak Komit Direktori Vendor dalam Go: Amalan Terbaik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!