‫Instruktur:
‫Dalam kuliah ini,
‫kita akan membicarakan lebih banyak
‫hal yang harus Anda ketahui tentang
‫bekerja dengan paket npm, seperti membuat versi, memperbarui, atau menghapus paket, dan
‫juga beberapa hal lainnya, jadi mari kita mulai.
‫Hal pertama yang
‫ingin saya bicarakan dalam video ini adalah nomor versi paket kami.
‫Sebagian besar paket pada
‫npm mengikuti apa yang disebut notasi versi semantik,
‫yang berarti bahwa nomor versinya
‫selalu diekspresikan dengan tiga angka ini.
‫Yang pertama di sini disebut versi utama.
‫Yang kedua disebut versi minor.
‫Yang ketiga disebut versi patch.
‫Sebenarnya ada arti dari ketiga angka tersebut.
‫Versi tambalan, yang hanya yang terakhir di sini,
‫hanya dimaksudkan untuk memperbaiki bug.
‫Katakanlah itu di versi 1. 18, pengembang menemukan bug
‫dan mereka memperbaiki bug itu dan
‫kemudian merilis 1. 18. 1.
‫Kemudian mereka menemukan bug lain dan
‫kemudian mereka merilis 1. 18. 2 dan seterusnya dan
‫seterusnya sampai mereka mencapai 1. 18. 11, yang
‫merupakan nomor versi saat ini.
‫Sekali lagi, yang terakhir ini hanya untuk perbaikan bug.
‫Kemudian setelah itu, kami memiliki versi minor.
‫Versi minor memperkenalkan
‫beberapa fitur baru ke dalam
‫paket, tetapi tidak termasuk perubahan yang melanggar.
‫Semua perubahan yang dilakukan di nomor versi baru akan
‫selalu kompatibel dengan versi sebelumnya.
‫Jika suatu saat tim nodemon, misalnya, memutuskan
‫untuk merilis versi 1. 19, ya, itu
‫akan menyertakan beberapa fitur baru tetapi
‫tidak akan merusak kode kita.
‫Dan hal yang sama tentu saja terjadi dengan yang satu ini di sini.
‫Jadi kalau suatu hari nanti ada Slugify 1. 4, maka
‫kode kita masih akan bekerja sama.
‫Tidak akan ada perubahan yang melanggar.
‫Cukup akan ada sesuatu yang
‫baru, jadi beberapa fitur baru, yang bukan hanya perbaikan bug.
‫Perbaikan bug lagi untuk yang ketiga,
‫jadi untuk versi
‫patch, dan kemudian fitur baru minor untuk versi minor.
‫Kemudian tentu saja, kami memiliki versi utama,
‫yang hanya ditingkatkan setiap kali
‫itu adalah rilis baru yang sangat besar yang dapat memiliki perubahan besar.
‫Misalnya, jika Slugify 2 datang.
‫Yah kode kita mungkin tidak lagi
‫berfungsi karena fungsi slugify yang kita miliki di
‫sini misalnya, mungkin telah mengubah namanya atau
‫mungkin parameter yang diharapkan di sini berbeda atau opsi mungkin
‫telah berubah, atau sesuatu mungkin
‫telah berubah yang akan merusak
‫versi sebelumnya .
‫Ketahuilah bahwa ketika ada versi baru,
‫biasanya itu memengaruhi kode yang
‫sudah Anda miliki.
‫Karena itu, penting
‫juga untuk membicarakan pembaruan paket.
‫Dalam paket kami. json,
‫simbol kecil di sini yang
‫muncul di depan nomor versi inilah yang
‫menentukan pembaruan mana yang kami terima untuk setiap paket.
‫Simbol ini di sini, yang ditentukan oleh npm di
‫sini secara default berarti bahwa kami menerima rilis patch dan minor.
‫Sekarang, bagaimana kita benar-benar memperbarui paket?
‫Nah, mari kita hentikan proses ini di sini.
‫Hal pertama yang dapat
‫kita lakukan adalah memeriksa apakah ada paket yang sudah ketinggalan zaman.
‫Kami menulis npm kedaluwarsa, dan itu seharusnya memberi kami tabel
‫dengan semua paket yang
‫sudah usang.
‫Nah sekarang, mereka semua up-to-date, jadi itu
‫tidak benar-benar terjadi.
‫Yang ingin
‫saya tunjukkan sekarang adalah bahwa kita
‫sebenarnya dapat menginstal paket tertentu dengan nomor versi tertentu.
‫Mari kita lakukan itu dengan Slugify dan
‫instal di versi 1. 0. 0.
‫Npm install slugify dan kemudian pada 1. 0. 0.
‫Mari kita coba itu.
‫Sekarang memang, kami memiliki satu nol nol.
‫Ketika kami mengarahkannya, itu sebenarnya mengatakan
‫versi terbaru 1. 3. 4, yang kami miliki.
‫Tetapi jika kita sekarang menjalankan npm kedaluwarsa, itu
‫akan memberi kita itu.
‫Kita melihat bahwa arus adalah 1. 0. 0.
‫diinginkan adalah 1. 3. 4, karena itu
‫yang kami terima karena ingat, bahwa dengan
‫ini di sini, kami menerima semua patch dan semua rilis
‫minor, tetapi tentu saja, kami juga dapat mengubahnya.
‫Misalnya, kita dapat mengaturnya ke simbol ini di sini.
‫Ini kemudian hanya akan menerima rilis patch.
‫Yang ini sedikit lebih aman.
‫Jika kita menjalankan npm kedaluwarsa sekarang lagi, mari kita lihat
‫apa yang kita dapatkan.
‫Sekarang yang dicari hanya 1. 0. 2, karena
‫sekali lagi, kami hanya menerima versi minor.
‫Jadi 1. 3. 4 tidak
‫diterima oleh kami karena kami tidak
‫menerima rilis minor apa
‫pun, jadi sekali lagi, hanya rilis patch.
‫Jika Anda melakukan pembaruan npm slugify sekarang, mari kita lihat apa yang kami
‫dapatkan saat itu.
‫Sekarang kita berada di 1. 0. 2.
‫Anda melihat
‫bahwa itu berubah kembali untuk konfigurasi pembaruan saya
‫di sini untuk menerima rilis minor dan patch.
‫Bukan hanya rilis patch seperti yang kami lakukan sebelumnya.
‫Jika kita akan menjalankan ini sekarang lagi,
‫itu seharusnya benar-benar membuat kita
‫naik ke 1. 3. 4, seperti yang kita miliki sebelumnya.
‫Memang, di sini kita pergi.
‫Baiklah, begitulah cara kami memperbarui paket.
‫Ada konfigurasi lain yang bisa
‫kita pilih di sini.
‫Kita dapat mengatakan, misalnya, bahwa kita menginginkan semua
‫versi, jadi jika pada suatu saat, ada
‫versi dua dan jika kita tidak memperbarui
‫paket, maka secara otomatis
‫versi kita akan naik ke versi dua.
‫Yang ini mencakup semua versi,
‫bahkan yang dengan perubahan yang melanggar.
‫Tapi itu bukan ide yang baik biasanya,
‫dan jadi saya biasanya hanya menggunakan yang ini
‫default, atau kadang-kadang bahkan yang ini di sini karena
‫pada titik tertentu, bahkan jika rilis kecil hanya memperkenalkan fitur
‫baru tetapi tidak ada perubahan yang
‫mengganggu, kami tahu itu terkadang ada bug yang
‫tidak ditemukan oleh pengembang, dan kemudian bug ini,
‫mereka menemukan jalannya ke
‫dalam kode kita dan mungkin merusak kode kita.
‫Kami tidak menginginkan itu, tentu saja.
‫Versi teraman adalah dengan hanya
‫menggunakan yang ini untuk perbaikan bug.
‫Mari kita tetap seperti ini di sini,
‫hanya untuk tujuan demonstrasi.
‫Inilah yang perlu Anda
‫ketahui tentang nomor versi dan pembaruan.
‫Tapi tentu saja kita juga bisa menghapus paket.
‫Sekarang mari kita lanjutkan dan instal
‫Express, sehingga kita dapat melanjutkan dan menghapusnya setelah itu.
‫Saya yakin Anda bisa menebak bagaimana kita bisa melakukannya.
‫Itu sangat mudah.
‫Npm uninstall, jadi sebenarnya tidak disebut delete.
‫Ini benar-benar mencopot pemasangan.
‫Kami menginstal dan kami menghapus Express.
‫Itu kemudian akan menghapusnya dari folder modul
‫simpul kami, dan juga dari dependensi kami
‫dalam sebuah paket. berkas json.
‫Setiap kali kita memutuskan untuk tidak menggunakan modul lagi,
‫kita harus selalu melanjutkan dan menghapusnya,
‫atau benar-benar mencopotnya.
‫Sekarang sebagai hal terakhir, saya
‫ingin berbicara sedikit tentang folder modul node.
‫Folder ini, yang
‫berisi semua dependensi proyek kami.
‫Katakanlah Anda ingin berbagi kode dengan seseorang,
‫atau Anda, misalnya, ingin mulai
‫bekerja di satu komputer
‫dan kemudian pindah ke komputer berikutnya.
‫Anda tidak akan pernah membagikan folder modul simpul ini karena
‫kode ini, Anda dapat dengan mudah mendapatkannya dari npm.
‫Tidak perlu melanjutkan dan menyalin semua
‫kode ini di sini, misalnya,
‫ke repositori GitHub atau ke folder Dropbox, atau benar-benar di suatu
‫tempat di mana Anda ingin membagikan kode Anda, karena
‫folder di sini seperti
‫yang Anda lihat memiliki banyak sekali folder
‫dan masing-masing dari mereka mungkin memiliki banyak file.
‫Tiba-tiba, Anda mungkin berakhir
‫dengan puluhan atau ratusan ribu file.
‫Anda tidak boleh membagikan folder
‫ini dan tidak pernah memeriksanya ke dalam repositori GitHub Anda.
‫Katakanlah Anda mengunggah kode ini ke akun
‫GitHub Anda tanpa modul simpul ini, atau Anda
‫memasukkannya ke Dropbox di satu
‫komputer dan mengunduhnya di komputer lain.
‫Katakanlah kita sekarang mengunduh kode ini di
‫sini, jadi tanpa modul simpul.
‫Jadi kami menghapus yang itu
‫sekarang dan berakhir hanya dengan folder proyek biasa.
‫Bagaimana kita sekarang mendapatkan kembali dependensi
‫atau folder modul simpul kita?
‫Nah, itu sangat mudah.
‫Yang harus kita lakukan adalah menginstal npm.
‫Apa yang dilakukannya adalah membaca paket kami. json, baca
‫dependensi kami, lalu unduh
‫semuanya kembali ke folder ini, oke.
‫Sekarang salah satu bagian penting dari teka-teki
‫ini adalah kunci-paket. berkas json.
‫Jika kita membukanya, kita mendapatkan daftar semua
‫versi dari semua paket yang sebenarnya
‫kita gunakan.
‫Itu termasuk dependensi dari dependensi kami.
‫Mari kita pergi ke Slugify, misalnya.
‫Slugify, dan di sini kita melihat bahwa kita menggunakan
‫versi 1. 3. 4.
‫Itu sangat penting karena jika Anda
‫membagikan kode Anda, Anda ingin pengembang lain atau
‫bahkan Anda sendiri menggunakan versi
‫paket yang sama persis, sehingga kode
‫Anda bekerja dengan cara yang sama persis untuk Anda
‫dan pengembang lainnya.
‫Untuk itu, nomor versi yang tepat
‫pada dasarnya diatur dalam
‫kunci-paket ini. berkas json.
‫Jika Anda membagikan kode Anda, tidak
‫peduli apakah Anda menggunakan GitHub atau Dropbox atau semacamnya, selalu
‫bagikan paket Anda. file
‫json dan package-lock.json. json karena
‫kedua file ini diperlukan
‫untuk pengembang lain untuk kemudian merekonstruksi
‫pada dasarnya folder modul simpul.
‫Ya, saya rasa hanya itu
‫yang perlu Anda ketahui tentang versi
‫paket, pembaruan, penghapusan instalasi, dan juga berbagi kode dengan npm,
‫package.json. json dan paket-lock. json.
‫Jika ada lagi yang ingin Anda ketahui,
‫Anda dapat selalu bertanya lagi di kursus Q dan A dan kemudian
‫Anda akan mendapatkan bantuan di sana.