#Beberapa manajemen lingkungan
Jika Anda memelihara beberapa aplikasi NocoBase seperti dev, test, staging, prod, dll., Anda dapat menyimpannya masing-masing sebagai CLI env. Sebagian besar perintah nb di masa mendatang akan bekerja pada env saat ini secara default, jadi penting untuk mengonfirmasi env mana yang Anda gunakan sebelum menjalankan perintah seperti nb app, nb api, dan nb db.
Mulai dari versi ini, CLI membagi konsep menjadi current env dan last env. Anda biasanya hanya perlu memperhatikan current env - yang merupakan lingkungan yang digunakan runtime shell atau agen saat ini. CLI akan kembali ke last env global hanya ketika mode sesi tidak diaktifkan.
Indeks cepat
Secara default, disarankan untuk menjalankan nb session setup terlebih dahulu. Dengan cara ini, terminal yang berbeda, shell yang berbeda, atau runtime agen yang berbeda masing-masing dapat mempertahankan current env mereka sendiri, dan mereka tidak akan mudah mempengaruhi satu sama lain selama operasi paralel.
Jika mode sesi tidak diaktifkan, nb env use akan kembali memperbarui last env global. Dalam hal ini, jika salah satu terminal memutus lingkungan, terminal lainnya juga dapat terpengaruh.
Buat banyak lingkungan
Jika Anda ingin membuat atau memulihkan aplikasi lokal, gunakan saja nb init. Ini akan menyelesaikan inisialisasi dan menyimpan hasilnya ke dalam lingkungan CLI baru.
Jika aplikasi sudah ada dan Anda hanya ingin menghubungkannya ke CLI, biasanya lebih mudah menggunakan nb env add:
Yang pertama lebih tentang "menginisialisasi lingkungan", sedangkan yang kedua lebih tentang "mendaftarkan lingkungan yang ada". Jika Anda baru menyambung ke aplikasi yang sudah ada, cukup gunakan nb env add secara default.
Lihat lingkungan yang dikonfigurasi
Pertama gunakan nb env list untuk melihat envs mana yang telah disimpan secara lokal:
Perintah ini hanya menampilkan konfigurasi itu sendiri dan tidak secara aktif memeriksa status aplikasi. Jika Anda ingin melihat status konektivitas dan autentikasi, gunakan nb env status --all:
Anda biasanya akan melihat nilai status seperti ok, auth failed, unreachable.
Ganti lingkungan saat ini
Gunakan nb env use untuk berpindah lingkungan:
Setelah peralihan selesai, perintah berikutnya yang menghilangkan --env akan menggunakan env ini secara default.
Periksa lingkungan saat ini
Jika Anda tidak yakin di lingkungan mana perintah saat ini akan berada, jalankan dua perintah ini terlebih dahulu:
nb env current digunakan untuk melihat nama, nb env status digunakan untuk melihat apakah env saat ini dapat diakses dan otentikasi normal.
Lihat detail satu env
Jika Anda ingin melihat konfigurasi apa yang disimpan di env tertentu, gunakan nb env info:
Diantaranya, --field cocok untuk mengambil hanya satu nilai dalam skrip. --show-secrets akan menampilkan informasi sensitif seperti token dan kata sandi dalam teks biasa. Gunakan hanya jika Anda benar-benar perlu memecahkan masalah.
Perbarui konfigurasi env
nb env update digunakan untuk menyesuaikan konfigurasi env yang disimpan. Seperti alamat API, metode otentikasi, sumber kode sumber, port aplikasi dan parameter database. Setelah pembaruan selesai, CLI secara otomatis menangani langkah-langkah tindak lanjut berdasarkan perubahan.
Jika Anda hanya ingin CLI melakukan sinkronisasi ulang sesuai dengan status terbaru dari env saat ini, tulis saja seperti ini:
Jika Anda ingin mengubah informasi koneksi atau konfigurasi lokal yang disimpan oleh env ini, Anda dapat secara eksplisit membawa parameter:
Di sini Anda pertama-tama dapat mengingat penilaian default:
- Untuk mengubah informasi koneksi atau konfigurasi lokal yang disimpan oleh env, gunakan
nb env update - Antarmuka aplikasi, plug-in, atau kemampuan CLI yang tersedia baru saja berubah, Anda juga dapat menjalankan
nb env updatelagi - Status login telah kedaluwarsa, atau Anda harus melalui proses otentikasi lagi, gunakan
nb env auth - Hanya untuk melihat apa yang disimpan saat ini, gunakan
nb env info
Jika Anda mengubah konfigurasi berjalan lokal seperti app-port, timezone, dan db-*, update hanya akan mengubah nilai yang disimpan dan tidak akan memulai ulang aplikasi secara otomatis. Secara umum, nb app restart --env <name> akan dieksekusi nanti; jika perubahan melibatkan database bawaan yang dikelola CLI, gunakan nb app restart --env <name> --with-db.
Autentikasi ulang
Jika env telah disimpan, tetapi status login telah kedaluwarsa, atau Anda ingin mengganti metode autentikasi, Anda dapat mengautentikasi ulang:
Jika nama lingkungan dihilangkan, CLI menggunakan env saat ini. Setelah autentikasi selesai, CLI secara otomatis menangani sinkronisasi berikutnya.
Hapus lingkungan
Skenario ini adalah yang paling membingungkan. Pertama-tama Anda dapat mengingat saran default:
- Jika Anda hanya ingin menghentikan aplikasi, gunakan
nb app stop - Saya juga ingin menghentikan runtime database bawaan pada mesin saat ini, gunakan
nb app stop --with-db - Jika Anda yakin env ini tidak diperlukan lagi, tetapi Anda ingin menyimpan penyimpanan dan file aplikasi lokal terlebih dahulu, gunakan
nb env remove - Bersihkan bahkan sumber daya hosting lokal dan gunakan
nb env remove --purge
Jika Anda hanya ingin menghapus konfigurasi env yang disimpan:
Jika itu adalah env lokal atau yang dihosting Docker, dan Anda juga ingin membersihkan sumber daya yang berjalan dan data penyimpanan di mesin lokal, Anda dapat menambahkan --purge:
Dalam mode non-interaktif, nb env remove harus diteruskan dalam --force secara eksplisit:
--purge hanya akan membersihkan sumber daya yang dikelola CLI pada mesin saat ini. Untuk env API jarak jauh, ini tidak akan menghapus layanan jarak jauh itu sendiri.
Jika Anda hanya ingin menghentikan aplikasi dan database bawaan yang dikelola CLI, tulis saja:
Jika Anda ingin menghapus env ini tetapi masih ingin menyimpan penyimpanan dan file aplikasi lokal:
Jika Anda benar-benar ingin membersihkan konten yang dihosting secara asli di env ini, tambahkan --purge:
Untuk npm/Git env lokal yang dikelola oleh unduhan CLI, --purge juga menghapus file aplikasi lokal yang dihosting CLI. Untuk env HTTP atau SSH, ini hanya akan menghapus konfigurasi env yang disimpan di CLI dan tidak akan menghapus layanan eksternal itu sendiri.

