Komposer Global memerlukan dianggap berbahaya?

mata utama

Kecuali pakej yang dipasang secara global tidak mempunyai kebergantungan, kini dianggap amalan buruk untuk memasang pakej yang digunakan di pelbagai projek. Ini kerana apabila pakej berkongsi ruang yang sama, konflik pergantungan boleh berlaku.
• composer global require Penyelesaian lain ialah memasang setiap alat baris perintah ke dalam projek tempatan sendiri menggunakan
, menguruskan secara manual
• atau fail binari. Walau bagaimanapun, ini boleh menambah kerumitan dan tediousness. Perubahan yang dicadangkan kepada arahan global mungkin melihat projek "global" tetapi terpencil dipasang ke lokasi tertentu, dengan vendor dan direktori bin yang terdapat di lokasi biasa mereka. composer require $PATH Alat baru CGR (Komposer Global memerlukan) telah dibangunkan sebagai alternatif kepada pelaksanaan global. Ia mewujudkan pemasangan terpencil untuk setiap pakej, mengelakkan isu pergantungan global. Walau bagaimanapun, alat ini masih dalam bukti fasa konsep dan mungkin berubah. Adalah disyorkan untuk mengujinya, tetapi jangan terlalu bergantung pada masa ini.
kami telah membincangkan amalan terbaik komposer sebelum ini, dan saya sentiasa menganjurkan menggunakan

apabila memasang pakej yang boleh digunakan dalam pelbagai projek (terutamanya alat baris arahan). Kemudian, suatu hari, saya dapat melihat perbincangan ini.

composer global require

Singkatnya, kebanyakan orang kini seolah -olah berfikir keperluan global adalah amalan buruk melainkan pakej yang dipasang secara global tidak mempunyai kebergantungan. Secara teknikal, ini masuk akal apabila seseorang menggunakan persekitaran tunggal untuk semua projek, tetapi seperti yang saya komen dalam perbincangan itu, apabila setiap projek menggunakan mesin maya atau persekitaran yang terpencil seperti Docker, isu ini tidak relevan, dan keadaan keseluruhannya sebenarnya tidak akan sebenarnya menyebabkan kerosakan.

OP Penyelesaian yang disyorkan untuk masalah ini ialah:

sebagai alternatif, pengguna harus menggunakan

untuk memasang setiap alat baris perintah ke dalam projek tempatan mereka sendiri dan menguruskan fail

atau binari secara manual (contohnya, dengan sudah ada dari direktori

composer require Bagi saya, ini adalah komplikasi yang tidak boleh diterima. Komposer sentiasa menjadi kebanggaan PHP kerana mudah digunakan dan menjadikan pengurusan pakej baru mesra - tempatan $PATH atau $PATH global. Pautan simbol perlu diwujudkan (terutamanya memandangkan sistem operasi yang tidak diselaraskan seperti Windows) boleh menambah tediousness. Kemudian, OP selanjutnya mencadangkan perubahan bagaimana arahan global berfungsi:

Projek "global" tetapi terpencil boleh dipasang ke ~/.composer/global/[something]; , atau pilihan yang lebih baik mungkin ~/.composer/global/[something]/bin. Rentetan ~/.composer/vendor/bin boleh dipilih dalam beberapa cara; ~/.composer/bin [something] org/project Saya benar -benar bersetuju dengan pendekatan ini, nampaknya menjadi yang terbaik dari kedua -dua dunia. Jelas sekali, ini boleh menyebabkan beberapa masalah keserasian mundur, tetapi itu tidak bermakna ia tidak akan berlaku dalam versi 2.0 komposer. Taylor Otwell terus memberi respons kepada pandangan ini di bawah: ~/.composer/global/org/project/vendor/org/project

setuju penuh. Ia akan menjadi menakjubkan untuk dapat memasang setiap komposer pakej yang dipasang secara global ke dalam direktori kuarantinnya sendiri dan mempunyai kebergantungan kuarantin sendiri dan bukannya berpotensi bertentangan dengan pakej yang dipasang di seluruh dunia.

Selepas ini, dalam semangat sumber terbuka yang benar, OP kemudian membina pelaksanaan global alternatif ke dalam alat yang berasingan: CGR. Mari lihat bagaimana ia berfungsi.

cgr - komposer global memerlukan alternatif

Saya akan melaksanakan semua arahan berikut pada contoh Homestead yang lebih baik

Untuk memulakan dengan CGR, kami memasangnya sebagai pakej global.

Jika folder bin komposer tidak berada dalam pembolehubah jalan, tambahkannya:

composer global require consolidation/cgr

Perintah di atas menggunakan laluan direktori bin Global Composer untuk melanjutkan

pembolehubah persekitaran (lokasi lalai di Homestead bertambah baik - lokasi anda mungkin berbeza). Perintah kedua mengkonfigurasi direktori bin yang digunakan oleh CGR, manakala arahan ketiga memuatkan perubahan ini. Ini juga akan memuat secara automatik setiap kali antara muka terminal dijalankan sebagai pengguna itu (dalam kes saya, menggunakan vagrant melalui

).

echo "export PATH=$PATH:$HOME/.composer/vendor/bin/" >> ~/.bashrc
echo "export CGR_BIN_DIR=$HOME/.composer/vendor/bin" >> ~/.bashrc
source ~/.bashrc

maka anda boleh mengakses CGR dengan menjalankan $PATH, yang harus mengeluarkan fail bantuan umum komposer. vagrant ssh

memasang pakej komposer global dengan betul

cgr

Di Homestead bertambah baik, alias berguna dikonfigurasi, di mana menaip

akan berkembang ke

, yang sangat mudah apabila memasang

cgr phpunit/phpunit

untuk setiap projek, jadi anda boleh menjalankannya dari folder root. Untuk menguji pemasangan PHPUNIT global, kita perlu memadamkan alias ini terlebih dahulu (komen garis yang sama dalam

), kemudian keluar dari shell dan masuk semula supaya alias akan dimuat semula. Kemudian, menjalankan pemasangan Global PHPUNIT baru ini menggunakan output versi harus menghasilkan sesuatu seperti yang berikut: phpunit vendor/bin/phpunit phpunit Sekarang mari kita cuba memasang dua pakej yang tidak serasi. ~/.bash_aliases

vagrant@homestead:~$ phpunit --version
PHPUnit 5.4.2 by Sebastian Bergmann and contributors.

Sudah tentu, mereka semua boleh dipasang secara normal. Mari kita periksa sama ada mereka bekerja.

composer global require consolidation/cgr

semuanya berjalan lancar! Pakej global yang sebelum ini bertentangan kerana ketidakcocokan ketergantungan kini boleh wujud bersama dan boleh digunakan di seluruh sistem operasi tanpa sebarang masalah!

Apa yang tidak boleh/tidak boleh melakukan alat ini?

Dalam beberapa kes, anda mungkin mahu memasang plugin komposer. Seperti yang dinyatakan dalam bahagian Sekatan, plugin ini tidak tersedia secara global dalam semua projek global kerana CGR memasang setiap pakej global ke dalam foldernya sendiri dan mempunyai pokok pergantungan sendiri. Oleh itu, jika anda ingin memasang plugin yang mengubah tingkah laku komposer biasa, anda masih perlu menggunakan composer global require bukannya CGR. Sebagai contoh, CGR sendiri adalah plugin seperti itu.

Apa yang akan datang?

ujian, ujian, ujian! Jika anda adalah pengguna yang kerap dari arahan Global memerlukan, saya sangat mengesyorkan agar anda menguji alat baru ini dan memberi Greg Anderson beberapa maklum balas tentang berapa banyak yang memenuhi keperluan global anda dan sama ada terdapat penambahbaikan.

Sila ambil perhatian bahawa alat ini pada masa ini hanya bukti konsep, dan pelaksanaan mungkin atau mungkin tidak dinamakan semula, dibungkus semula, akhirnya diintegrasikan ke dalam teras komposer, dan banyak lagi. Dalam erti kata lain, gunakannya seberapa banyak yang anda boleh, tetapi jangan terlalu bergantung pada masa ini.

Semasa pakej global anda dipasang, mengapa tidak memberitahu kami apa yang anda fikirkan composer global require? Adakah ia berbahaya seperti yang difikirkan oleh ramai orang sekarang? Atau adakah ia hanya menjadi berhati -hati dan mempunyai persekitaran pembangunan terpencil? Apa lagi? Sila nyatakan komen anda di bawah!

Soalan Lazim Mengenai Komposer Global Memerlukan

Kenapa dianggap berbahaya untuk menggunakan keperluan global komposer?

Keperluan global komposer dianggap berbahaya kerana ia boleh membawa kepada konflik pergantungan. Apabila anda memasang pakej secara global, mereka semua berkongsi ruang yang sama, yang bermaksud mereka berkongsi set ketergantungan yang sama. Jika dua pakej memerlukan versi yang berbeza dari ketergantungan yang sama, ia boleh membawa kepada konflik dan kesilapan. Adalah disyorkan untuk memasang set kebergantungannya sendiri untuk setiap projek untuk mengelakkan masalah tersebut.

Apakah alternatif untuk memerlukan komposer global?

Jangan gunakan keperluan global komposer, anda boleh membuat projek komposer baru untuk setiap alat yang anda perlukan. Dengan cara ini, setiap alat akan mempunyai set kebergantungan sendiri, dengan itu mengurangkan risiko konflik. Anda juga boleh menggunakan alat seperti CGR, yang mencipta pemasangan terpencil untuk setiap pakej, dengan itu mengelakkan isu pergantungan global.

cgr Bagaimana saya boleh membantu mengelakkan masalah pergantungan global?

cgr (komposer global memerlukan) adalah alat untuk membuat pemasangan terpencil untuk setiap pakej. Ini bermakna setiap pakej dan kebergantungannya dipasang dalam direktori berasingannya sendiri, mengelakkan risiko konflik antara kebergantungan pakej yang berbeza. Ini menjadikannya alternatif yang lebih selamat untuk menggunakan keperluan global komposer.

Bagaimana cara memasang dan menggunakan CGR?

Untuk memasang CGR, anda boleh menggunakan arahan composer global require consolidation/cgr. Selepas pemasangan, anda boleh menggunakan CGR seperti anda akan menggunakan keperluan global komposer. Sebagai contoh, untuk memasang pakej, anda boleh menggunakan arahan cgr require package-name.

Apakah perbezaan antara pemasangan tempatan dan pemasangan global dalam komposer?

Dalam komposer, pemasangan tempatan bermakna pakej dan kebergantungannya dipasang di direktori projek. Ini adalah cara yang disyorkan untuk memasang pakej, kerana ia mengelakkan konflik pergantungan. Sebaliknya, pemasangan global memasang pakej dan kebergantungan mereka dalam direktori global, yang boleh membawa kepada konflik jika pakej yang berbeza memerlukan versi yang berbeza dari ketergantungan yang sama.

Bagaimana untuk menguruskan kebergantungan global dalam komposer?

Menguruskan kebergantungan global dalam komposer boleh mencabar kerana risiko konflik. Walau bagaimanapun, alat seperti CGR boleh membantu dengan membuat pemasangan terpencil untuk setiap pakej. Anda juga boleh menguruskan kebergantungan global dengan membuat projek komposer baru untuk setiap alat yang diperlukan, memastikan setiap alat mempunyai set dependensi sendiri.

Bolehkah saya menggunakan pemasangan tempatan dan global dalam komposer?

Ya, anda boleh menggunakan pemasangan tempatan dan global dalam komposer. Walau bagaimanapun, adalah disyorkan untuk menggunakan pemasangan tempatan jika mungkin untuk mengelakkan konflik pergantungan. Jika anda perlu menggunakan pakej secara global, pertimbangkan untuk menggunakan alat seperti CGR untuk membuat pemasangan terpencil.

Apakah risiko yang tidak betul menguruskan kebergantungan dalam komposer?

Menguruskan kebergantungan dalam komposer yang salah boleh membawa kepada konflik dan kesilapan. Sekiranya dua pakej memerlukan kebergantungan yang sama dari versi yang berbeza, ia boleh menyebabkan masalah debug yang sukar. Ia juga boleh menyebabkan tingkah laku yang tidak dijangka aplikasi, kerana versi kebergantungan yang berbeza mungkin mempunyai fungsi dan tingkah laku yang berbeza.

Bagaimana menyelesaikan konflik ketergantungan dalam komposer?

Untuk menyelesaikan konflik ketergantungan dalam komposer, anda boleh cuba mengemas kini pakej ke versi terkini, kerana ini dapat menyelesaikan konflik. Jika ini tidak berfungsi, anda mungkin mahu memikirkan semula pakej yang anda gunakan dan mencari alternatif yang tidak mempunyai kebergantungan yang bertentangan. Alat seperti CGR juga boleh membantu dengan membuat pemasangan terpencil untuk setiap pakej.

Bagaimana untuk menjaga kebergantungan komposer terkini?

Untuk memastikan kebergantungan komposer terkini, anda boleh menggunakan perintah composer update. Ini mengemas kini semua pakej ke versi terbaru mereka berdasarkan kekangan versi yang dinyatakan dalam fail composer.json. Anda juga boleh menggunakan arahan composer outdated untuk melihat pakej mana yang tersedia untuk versi yang lebih baru.

Atas ialah kandungan terperinci Komposer Global memerlukan dianggap berbahaya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!