Pengenalan lembut untuk menggunakan bekas Docker sebagai persekitaran dev

Penafian: Artikel ini menggunakan tahap keterlaluan suka bermain. Penulis tidak mendakwa bercakap untuk Dylan Thomas, dan tidak menganjurkan tema ringan pada pengguna yang tidak diingini.

Dylan Thomas terkenal, "Jangan pergi ke malam yang baik." Semasa merujuk kepada kematian, sentimen ini mungkin sama -sama digunakan untuk kerumitan bekas Linux. Walaupun Thomas berlalu pada tahun 1953, Internet memberi kuasa kepada pengumuman yang yakin bagi pihaknya (dengan kaveat yang sesuai).

Keyakinan ini berpunca dari gabungan overestimation dan perjuangan baru -baru ini yang mengkonfigurasi bekas Docker sebagai persekitaran pembangunan. Kekecewaan yang berlaku mencerminkan pertempuran terhadap kemungkinan yang tidak dapat diatasi.

Walau bagaimanapun, penderitaan adalah guru yang kuat. Pengalaman ini memberitahu pengenalan (relatif) lembut untuk menggunakan bekas Docker untuk pembangunan. Pertama, mari kita atasi "Mengapa."

Mengapa menggunakan bekas Docker untuk pembangunan?

Bayangkan satu projek yang merangkumi bukan sahaja kod, tetapi keseluruhan persekitaran pembangunan, kebergantungan, dan runtime. Projek ini, mudah alih dan mandiri, boleh dikongsi dengan sesiapa sahaja, di mana sahaja, berjalan dengan sempurna tanpa konfigurasi khusus persekitaran.

Inilah intipati bekas Docker. Dockerfile mentakrifkan keseluruhan persekitaran runtime dalam satu fail, hanya memerlukan kaedah untuk pembangunan dalam bekas.

Kod Vs Jauh - Bekas: Gabungan yang kuat

Pelanjutan "Remote - Containers" Vs Code membolehkan projek memuatkan ke dalam bekas Docker dan mengaksesnya melalui kod VS. Integrasi lancar ini memudahkan proses.

Menambah bekas ke projek

Pertimbangkan mesin Windows segar dengan WSL2 dan Docker dipasang. Percubaan untuk menjalankan projek Node.js tanpa pemasangan tambahan akan mengakibatkan ralat. Daripada pemasangan node.js manual, mari kita konfigurasikan projek untuk dijalankan dalam bekas pra-konfigurasi.

VS Kod memudahkan ini. "Tambah fail konfigurasi kontena pembangunan ..." Perintah menganalisis projek dan mencadangkan definisi kontena yang sesuai. Memilih versi node.js (misalnya, node.js 14) menambah folder .devcontainer yang mengandungi dockerfile (menentukan imej node.js) dan fail devcontainer.json (untuk konfigurasi peringkat projek).

Memilih "Membangun semula dan dibuka semula dalam bekas" memulakan semula kod vs, membina bekas, dan membuka projek di dalamnya. Sudut bawah kiri mengesahkan sambungan kod VS ke bekas. Terminal kini beroperasi dalam bekas Linux, membolehkan npm install dan npm start .

Pemetaan pelabuhan diperlukan untuk mengakses aplikasi (biasanya berjalan pada port 3000) dari penyemak imbas. Remote Containers Extension's "Remote Explorer" (dengan bahagian "Port Forwarding") membolehkan menentukan pemetaan pelabuhan (3000 dalam kes ini).

Penyesuaian dicapai melalui fail devcontainer.json . Mengautomasikan Port Forwarding dan npm install adalah mungkin dengan menambahkan forwardPorts dan postCreateCommand Properties:

 {
  // ...
  "Forwardports": [3000],
  "PostCreateCommand": "NPM Pasang",
  // ...
}

Sambungan kod VS juga boleh dimasukkan, mengelakkan pemasangan manual dalam bekas. Menambah sambungan seperti Prettier dan Eslint meningkatkan pengalaman pembangunan.

 {
  // ...
  "Sambungan": [
    "dbaeumer.vscode-eslint",
    "Esbenp.Prettier-Vscode",
    "GitHub.Github-Vscode-Theme"
  ]
  // ...
}

Dockerfile boleh disesuaikan untuk menambah perisian yang tidak termasuk dalam imej asas. Sebagai contoh, menambah cowsay :

 Dari mcr.microsoft.com/vscode/devcontainers/javascript-node:0-14
Run Apt-Get Update & Apt-Get -y Pasang Cowsay
Env path = "/usr/permainan: $ {path}"

Ingat: apt-get update menyegarkan senarai pakej; -y mengelakkan pengesahan pengesahan; && Chains Commands; \ Membolehkan pemecahan talian dalam arahan; dan perintah yang berkaitan dengan kumpulan meminimumkan lapisan.

Selepas membina semula, isu -isu yang berpotensi (misalnya, jalan cowsay ) mungkin memerlukan pelarasan kepada pembolehubah persekitaran PATH dalam fail Docker.

Konfigurasi Lanjutan: Menyesuaikan terminal

Untuk menyesuaikan persekitaran terminal, ubah fail devcontainer.json . Menetapkan shell lalai ke /bin/zsh dan menyesuaikan tetapan kod vs adalah mudah:

 {
  // ...
  "Tetapan": {
    "terminal.integrated.shell.linux": "/bin/zsh",
    "Workbench.sidebar.location": "Betul"
  },
  // ...
}

Menyalin fail .zshrc yang disesuaikan (menyesuaikan laluan seperti yang diperlukan) ke dalam bekas melengkapkan persediaan terminal. Memuat turun plugin melalui git clone di dalam Dockerfile selanjutnya menyempurnakan persekitaran.

Ringkasnya, konfigurasi projek berada di devcontainer.json , manakala konfigurasi persekitaran berlaku di dalam Dockerfile. Rujuk dokumentasi kontena jauh rasmi untuk teknik yang lebih canggih.

Atas ialah kandungan terperinci Pengenalan lembut untuk menggunakan bekas Docker sebagai persekitaran dev. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!