Branch

Tampilan Branch memberikan gambaran umum tentang berbagai branch di repositori Anda.

Tahap

Odoo.sh menawarkan tiga jenis tahapan branch:

• Production

• Staging

• Development

Anda dapat mengubah tahapan branch dengan menyeret dan melepaskannya di tahapan yang diinginkan.

Catatan

• Branch development dapat dipindahkan ke Staging. Jika Anda mencoba memindahkan branch development ke Production, pesan peringatan akan muncul, menjelaskan bahwa Anda hanya dapat memiliki satu branch production per proyek.

• Branch staging dapat dipindahkan ke Development, tetapi tidak bisa dipindahkan ke Production.

• Branch production hanya dapat dipindahkan ke Development. Jika Anda mencoba memindahkannya ke Staging, Anda hanya dapat melakukan merge. Lihat bagian merging untuk penjelasan lengkap tentang proses ini.

Produksi

Branch production berisi kode yang digunakan untuk menjalankan database production. Hanya ada satu branch production.

Ketika Anda melakukan push commit baru ke branch ini, server production diperbarui dengan kode yang direvisi dan di-restart.

Jika perubahan memerlukan pembaruan modul, seperti mengubah tampilan formulir, dan Anda ingin pembaruan dilakukan secara otomatis, Anda dapat meningkatkan nomor versi modul dalam file manifest-nya (__manifest__.py). Platform kemudian melakukan pembaruan, di mana instance akan tidak tersedia untuk sementara karena alasan pemeliharaan.

Metode ini setara dengan mengupgrade modul menggunakan menu Aplikasi atau switch -u pada command line.

Catatan

• Jika perubahan mencegah server melakukan restart atau jika pembaruan modul gagal, server otomatis dikembalikan ke revisi kode yang sebelumnya berhasil, dan database dikembalikan ke kondisi sebelumnya. Akses log dari pembaruan yang gagal untuk memecahkan masalahnya.

• Data demo tidak dimuat karena tidak dimaksudkan untuk digunakan pada database production. Unit test tidak dilakukan, karena akan meningkatkan waktu tidak tersedianya database production selama pembaruan.

Odoo.sh secara otomatis membuat backup database production, menyimpan tujuh backup harian, empat backup mingguan, dan tiga backup bulanan. Setiap backup mencakup dump database, filestore (lampiran dan field biner), log, dan sesi.

Peringatan

Ketika menggunakan proyek trial, branch production dan semua branch staging secara otomatis dikembalikan ke tahapan development setelah 30 hari.

Staging

Branch staging dimaksudkan untuk menguji fitur baru menggunakan data production tanpa mengorbankan database production yang sebenarnya dengan catatan pengujian. Mereka membuat duplikat netral dari database production.

Netralisasi menonaktifkan:

• Tindakan terjadwal

  Catatan

  Untuk mengujinya, picu secara manual atau aktifkan kembali. Perhatikan bahwa platform akan memicunya lebih jarang jika tidak ada yang menggunakan database untuk menghemat sumber daya.

• Email keluar

  Catatan

  Email tersebut dicegat menggunakan mail catcher. Antarmuka untuk melihat email yang dikirim oleh database disediakan di project Odoo.sh Anda. Dengan cara ini, tidak ada email yang dikirim ke kontak Anda.

• Layanan IAP

• Penyedia pembayaran dan konektor pengiriman

  Catatan

  Mereka dimasukkan ke mode uji.

Jika Anda mengonfigurasi atau melihat perubahan dalam database staging, pastikan untuk mencatatnya (mencatat langkah demi langkah, mereproduksi di production, dll.) atau menulisnya langsung di modul branch, menggunakan file data XML untuk menimpa konfigurasi atau tampilan default. Lihat dokumentasi modul pertama untuk melihat contoh.

Catatan

Unit test tidak dilakukan. Unit test bergantung pada data demo, yang tidak dimuat ke database production dan staging. Jika Odoo mulai mendukung menjalankan unit tanpa data demo, Odoo.sh kemudian akan mempertimbangkan menjalankan test pada database staging.

Database staging tidak di-backup secara otomatis. Namun, Anda dapat memulihkan backup database production di branch staging untuk tujuan pengujian atau untuk memulihkan data secara manual yang telah terhapus secara tidak sengaja dari database production. Backup database staging dapat dibuat secara manual.

Peringatan

Database yang dibuat untuk staging branch otomatis dihapus setelah satu bulan. Untuk menggunakan branch lagi, Anda harus membangunnya kembali.

Pengembangan

Development branch membuat database baru menggunakan data demo untuk menjalankan unit test. Modul yang diinstal adalah yang termasuk dalam branch. Anda dapat mengubah daftar modul untuk diinstal di pengaturan project.

Saat melakukan push commit ke development branch, server baru dimulai, dengan database dibuat dari awal, dan branch diperbarui. Data demo dimuat, dan unit test dijalankan secara default untuk memverifikasi bahwa perubahan tidak merusak fitur yang diuji. Anda dapat menonaktifkan test atau mengizinkan test tertentu dijalankan dengan tag khusus dengan membuka pengaturan branch.

Sama seperti staging branch, email tidak dikirim, tetapi dicegat oleh mail catcher, dan tindakan terjadwal tidak dipicu selama database tidak digunakan.

Database development tidak dicadangkan secara otomatis, dan pencadangan manual tidak dimungkinkan.

Peringatan

Database yang dibuat untuk development branch dimaksudkan untuk bertahan sekitar tiga hari. Setelah itu, mereka dapat secara otomatis dikumpulkan untuk memberi ruang bagi database baru tanpa pemberitahuan sebelumnya.

Menggabungkan branch

Anda dapat menggabungkan branch dengan menyeret dan menjatuhkannya ke satu sama lain.

Untuk menguji perubahan development branch dengan data produksi, Anda dapat:

• Menggabungkan development branch ke staging branch dengan menyeret dan menjatuhkannya ke branch yang diinginkan; atau

  

• Seret dan lepas branch pengembangan di bawah bagian Staging untuk menjadikannya branch staging.

  

Ketika perubahan siap untuk produksi, seret dan lepas branch staging ke branch produksi untuk menggabungkan dan men-deploy-nya.

Catatan

• Anda dapat menggabungkan branch pengembangan ke branch produksi secara langsung. Namun, perubahan tidak akan divalidasi terhadap data produksi melalui branch staging, sehingga ada risiko lebih tinggi mengalami masalah dalam database produksi.

• Anda dapat menggabungkan branch pengembangan satu sama lain, dan branch staging satu sama lain.

• Anda juga dapat menggunakan git merge secara langsung di workstation Anda untuk menggabungkan branch Anda. Odoo.sh diberitahu ketika revisi baru di-push ke branch Anda.

Menggabungkan branch staging ke branch produksi hanya menggabungkan kode sumber. Setiap perubahan yang dibuat pada database staging tidak diteruskan ke database produksi. Namun, jika Anda memodifikasi kode dalam repositori, itu akan diteruskan ke branch produksi saat penggabungan.

Jika Anda menguji perubahan konfigurasi di branch staging, dan ingin mereka diterapkan ke branch produksi, Anda harus:

• Menulis perubahan konfigurasi dalam file data XML untuk menimpa konfigurasi default atau tampilan di branch, kemudian meningkatkan versi modul dalam manifesnya (__manifest__.py) untuk memicu pembaruan modul saat menggabungkan branch staging ke branch produksi.

  Catatan

  Metode ini direkomendasikan untuk skalabilitas yang lebih baik dari pengembangan Anda, karena Anda akan menggunakan fitur versioning Git untuk semua perubahan konfigurasi, sehingga memastikan ketertelusuran perubahan Anda.

• Meneruskannya secara manual dari database staging ke database produksi dengan menyalin dan menempelkannya.

Tab

Riwayat

Tab History memberikan gambaran umum tentang riwayat branch:

• Pesan commit dan penulisnya

• Berbagai peristiwa yang terkait dengan platform, seperti perubahan tahap, impor database, dan pemulihan backup

Status di pojok kanan atas setiap peristiwa menunjukkan operasi saat ini pada database (misalnya, instalasi, pembaruan, impor backup) atau hasilnya (misalnya, umpan balik tes, impor backup berhasil). Jika operasi berhasil, tombol Connect muncul, memungkinkan Anda mengakses database.

Email-Email

Tab Mails berisi penangkap email, yang memberikan gambaran umum tentang email yang dikirim oleh database.

Catatan

Penangkap email tersedia untuk branch pengembangan dan staging. Email dari database produksi benar-benar dikirim dan tidak dicegat oleh penangkap email.

Shell

Tab Shell menyediakan akses shell ke container.

Klik Shell untuk membuka tab browser baru di mana Anda dapat menjalankan perintah Linux dasar (ls, top). Anda dapat membuka shell pada database dengan menjalankan psql.

Tip

Anda dapat membuka beberapa tab shell sekaligus dan mengatur tata letaknya dengan menarik dan melepasnya.

Catatan

• Shell instance produksi disorot dengan warna merah untuk menekankan bahaya memanipulasi instance produksi secara langsung, sedangkan shell instance staging/development disorot dengan warna kuning.

• Instance shell yang berjalan lama/sesi shell yang menganggur dapat dihentikan kapan saja untuk membebaskan sumber daya.

Perintah

Berikut adalah ringkasan perintah yang berguna yang dapat Anda jalankan di terminal database Odoo.sh:

• odoo-bin shell: untuk membuka shell Odoo

• odoo-update: untuk memperbarui modul dalam database

• odoosh-restart: untuk memulai ulang layanan Odoo.sh (http atau cron)

• odoosh-storage: untuk memeriksa penggunaan penyimpanan sistem file container instance Anda

• psql: untuk membuka shell database

• mutt: untuk memeriksa tampilan email pada klien teks (instance staging dan development)

• lnav ~/logs/odoo.log: untuk menavigasi file odoo.log instance Anda

• ncdu: untuk meluncurkan disk usage analyzer dengan antarmuka interaktif

• grep: untuk menyaring dan menemukan informasi dalam file log atau konfigurasi

Editor

Klik Editor untuk membuka tab browser baru untuk mengakses integrated development environment (IDE) online untuk mengedit kode sumber. Anda juga dapat membuka terminal, konsol Python, dan konsol shell Odoo.

Anda dapat membuka beberapa tab dan menarik serta melepasnya untuk mengatur tata letak sesuai keinginan.

Lihat juga

Dokumentasi editor online.

Monitor

Tab Monitor menampilkan berbagai metrik pemantauan kinerja dari build saat ini.

Perbesar dengan kursor Anda untuk menyesuaikan rentang waktu atau pilih secara manual dari pemilih rentang waktu. Anda juga dapat mengubah zona waktu.

Catatan

• Log teknis selalu menggunakan UTC. Untuk menganalisis log ini bersama dengan metrik pemantauan Anda, pastikan UTC dipilih di alat pemantauan.

• Demikian pula, saat mengirim tiket dukungan, pastikan informasi yang Anda bagikan didasarkan pada UTC, karena Odoo menggunakan zona waktu ini untuk menyelidiki masalah kinerja.

Informasi diagregasi secara berkala. Ketika ini terjadi, garis putus-putus biru ditampilkan, bersama dengan tag Aggregate Date. Ini berarti bahwa data sebelum tanggal ini akan tampak rata jika dibandingkan dengan data setelah tanggal ini. Oleh karena itu, saat menggunakan alat pemantauan, disarankan untuk fokus pada acara terbaru untuk mendapatkan informasi yang paling rinci.

Catatan

Garis putus-putus dengan warna lain membantu Anda menghubungkan perubahan lain pada build (impor database, git push, dll.).

Tip

Pada setiap grafik, ikon 𝕚 (information) ditampilkan di sudut kiri atas. Arahkan mouse Anda ke atasnya untuk mendapatkan detail lebih lanjut tentang apa yang diwakili grafik tersebut.

Metrik

Sistem

Grafik Memory menampilkan informasi tentang konsumsi memori:

• Memory container mewakili pekerja Odoo dan proses kontainer.

• Memory postgresql mewakili database.

Grafik CPU menampilkan informasi tentang konsumsi CPU:

• CPU http mewakili pekerja Odoo.

• CPU cron/mail mewakili tindakan terjadwal dan email masuk.

• CPU postgresql (proses database)

• CPU lainnya mewakili webshell, editor, dll.

Grafik Penyimpanan menampilkan informasi tentang penyimpanan yang digunakan:

• Kontainer mewakili filestore, file log, dan file user.

• Postgresql mewakili database dan indeks.

HTTP

Grafik Permintaan menampilkan informasi tentang jumlah permintaan HTTP per detik:

• HTTP berhasil mewakili permintaan yang berhasil.

• HTTP error mewakili permintaan yang gagal (periksa odoo.log).

• HTTP dibatasi mewakili permintaan yang ditolak, kemungkinan karena kekurangan worker.

Grafik Permintaan konkuren (maks) menampilkan jumlah maksimum permintaan HTTP konkuren per detik.

Catatan

Worker database menentukan jumlah permintaan konkuren yang dapat dikelola secara bersamaan. Sangat penting untuk memiliki worker yang cukup untuk menangani semua permintaan masuk saat tiba. Namun, memiliki worker tambahan di luar ini tidak meningkatkan kecepatan pemrosesan permintaan.

Waktu respons rata-rata menampilkan waktu respons rata-rata terhadap permintaan HTTP (dalam milidetik).

Email-Email

Grafik Masuk menampilkan data tentang jumlah email masuk harian:

• Email diterima mewakili email yang berhasil diterima.

• Email diterima ditolak mewakili email yang gagal diterima.

Grafik Keluar menampilkan data tentang jumlah harian email keluar:

• Email Terkirim menunjukkan email yang berhasil dikirim.

• Email Terkirim terpental menunjukkan email yang gagal dikirim.

Catatan

Tab Log menawarkan tampilan real-time dari log server Anda.

Log-log yang berbeda tersedia:

• pip.log: instalasi dependensi Python

• install.log: instalasi database (untuk cabang pengembangan, tes disertakan)

• odoosh-import-database.log: proses dump terimpor terakhir

• odoo.log: server yang berjalan

• update.log: pembaruan database

• pg_slow_queries.log: kueri psql yang memakan waktu tidak biasa

• sh_webshell.log: tindakan yang diambil di webshell

• sh_editor.log: tindakan yang diambil di editor

• neutralize.log: netralisasi database (hanya staging)

Ketika baris baru ditambahkan ke log, baris tersebut ditampilkan secara otomatis. Jika Anda menggulir ke bawah, browser menggulir secara otomatis setiap kali baris baru ditambahkan.

Anda dapat menjeda proses pengambilan log dengan mengklik tombol (jeda) di sudut kanan atas. Jika tidak, proses berhenti setelah lima menit. Anda dapat memulai ulang dengan mengklik tombol (putar).

Backup

Tab Cadangan mencantumkan cadangan yang tersedia untuk diunduh dan dipulihkan, memungkinkan Anda melakukan pencadangan manual dan mengimpor database.

Database produksi secara otomatis dicadangkan setiap hari. Tujuh cadangan harian, empat cadangan mingguan, dan tiga cadangan bulanan disimpan. Setiap cadangan mencakup dump database, filestore (lampiran dan field biner), log, dan sesi.

Catatan

Anda dapat merujuk ke jadwal perkiraan cadangan otomatis untuk memahami lebih baik cara kerja sistem ini. File ini diperbarui setiap hari, dengan hari ini sebagai titik awal.

Database staging dan development tidak dicadangkan secara otomatis. Namun, Anda dapat memulihkan cadangan database produksi di cabang staging Anda, untuk tujuan pengujian, atau memulihkan data secara manual yang telah terhapus secara tidak sengaja dari database produksi.

Daftar ini berisi cadangan yang disimpan di server database produksi Anda. Server ini hanya menyimpan cadangan selama satu bulan: tujuh cadangan harian dan empat cadangan mingguan.

Server cadangan khusus menyimpan cadangan yang sama, serta tiga cadangan bulanan tambahan. Untuk memulihkan atau mengunduh salah satu cadangan bulanan ini, hubungi Odoo Support.

Ketika melakukan merge commit yang memperbarui versi satu atau beberapa modul (di __manifest__.py), atau dependensi Python terkait (di requirements.txt), maka Odoo.sh melakukan cadangan otomatis (ditandai dengan tipe Update dalam daftar), karena container akan diubah oleh instalasi paket pip baru, atau database itu sendiri akan diubah dengan pembaruan modul yang dipicu setelahnya. Dalam kedua kasus ini, cadangan dipicu karena dapat merusak sesuatu.

Jika commit yang di-merge tidak memperbarui versi modul atau dependensi terkait, maka tidak ada cadangan yang dipicu oleh Odoo.sh, karena baik container maupun database tidak dimodifikasi; oleh karena itu, platform menganggap ini cukup aman. Sebagai tindakan pencegahan tambahan, Anda dapat membuat cadangan manual sebelum memodifikasi sumber produksi.

Tujuan cadangan manual adalah untuk membuat snapshot spesifik dari database produksi atau staging (tidak tersedia untuk development). Cadangan ini tetap tersedia selama tujuh hari. Namun, ada batasan lima cadangan manual harian.

Stage	Cadangan otomatis	Cadangan manual
Produksi	Ya (hingga 3 bulan)	Ya (3 hari)
Staging	Tidak	Ya (3 hari)
Pengembangan	Tidak	Tidak

Fitur Import Database menerima arsip database dari:

• pengelola database Odoo standar (tersedia untuk server Odoo on-premise di /web/database/manager)

• pengelola database Odoo Online

• tab Backups Odoo.sh (menggunakan tombol (Download Options))

• tampilan Builds Odoo.sh (dengan mengklik Download DB dump)

Upgrade

Tab Upgrade dapat digunakan untuk mengupgrade branch produksi dan staging dari proyek yang valid. Untuk informasi lebih lanjut tentang proses upgrade, lihat dokumentasi Upgrade.

Tools

Tab Tools berisi code profiler. Digunakan untuk memulai sesi profiling, merekam aktivitas worker Odoo yang berjalan di instance maksimal selama lima menit. Anda dapat memilih untuk mengakhiri sesi lebih awal, karena menjalankan tool untuk durasi lebih pendek mengurangi jumlah noise dalam laporan.

Setelah setiap sesi, flame graph interaktif dibuat untuk membantu Anda memvisualisasikan bagaimana worker Odoo mengalokasikan waktu mereka.

Peringatan

Menjalankan profiler mengonsumsi banyak resource server, jadi hindari membiarkannya berjalan terlalu lama. Tujuannya adalah merekam aksi spesifik di database Anda.

Pengaturan

Tab Settings mencantumkan opsi konfigurasi yang tersedia untuk branch yang dipilih saat ini. Opsi bervariasi untuk setiap stage.

Perilaku saat ada commit baru

Anda dapat mengubah perilaku branch saat menerima commit baru untuk branch development dan staging.

Secara default, branch development membuat build baru dan branch staging memperbarui build sebelumnya. Ini berguna jika fitur yang sedang Anda kerjakan memerlukan konfigurasi spesifik, karena Anda tidak perlu mengonfigurasinya secara manual lagi setelah setiap commit.

Jika Anda memilih New build untuk branch staging, salinan baru dari build produksi dibuat setiap kali commit di-push.

Branch yang dipindahkan dari staging ke development diatur secara otomatis ke Do nothing.

Instalasi modul

Anda dapat memilih modul mana yang harus diinstal secara otomatis untuk branch development.

Untuk mengubah perilaku default, hapus centang opsi Use Default di bawah Development build behavior dan pilih salah satu opsi berikut di bawah Module Installation:

• Install only my modules (does not include submodules): hanya menginstal modul branch, tidak termasuk submodul. Ini adalah opsi default.

• Full installation (no test suite): menginstal modul branch, submodul, dan semua modul Odoo standar. Saat menjalankan instalasi penuh, test suite dinonaktifkan.

• Install a list of modules: menginstal modul yang ditentukan. Untuk melakukannya, masukkan nama teknisnya dan pisahkan menggunakan koma (misalnya, sale_management,website,accountant).

Catatan

Jika test suite diaktifkan, menginstal semua modul Odoo standar dapat memakan waktu hingga satu jam.

Test suite

Secara default, test suite untuk branch development diaktifkan. Anda dapat membatasi tes mana yang dijalankan dengan memasukkan test tags dan memisahkannya menggunakan koma (misalnya, custom_tags,at_install,post_install).

Untuk menonaktifkan test suite sepenuhnya, hapus centang Validate the test suite on new builds.

Versi Odoo

Anda dapat mengubah versi Odoo untuk branch development, misalnya, untuk menguji kode yang ditingkatkan atau mengembangkan fitur sementara database produksi Anda sedang dalam proses ditingkatkan ke versi yang lebih baru, dengan memilih Version lain.

Secara default, Latest dipilih sebagai Revision, dan sumber server Odoo Anda diperbarui secara otomatis setiap minggu untuk mendapatkan perbaikan bug, keamanan, dan performa terbaru.

Untuk memilih revisi tertentu, pilih menggunakan field Revision.

Peringatan

Revisi kedaluwarsa setelah tiga bulan. Anda akan diberitahu melalui email ketika tanggal kedaluwarsa revisi mendekat. Jika Anda tidak mengambil tindakan apa pun saat kedaluwarsa, field Revision secara otomatis dikembalikan ke Latest.

Domain custom

Anda dapat mengonfigurasi domain <name>.odoo.com tambahan atau domain khusus Anda sendiri untuk semua tipe branch.

Untuk menggunakan domain khusus Anda sendiri, perlu:

• Memiliki atau membeli nama domain.

• Masukkan nama domain di bawah Custom domains (misalnya, www.mycompany.com), kemudian klik Add domain.

• Konfigurasikan nama domain (misalnya, www.mycompany.com) menggunakan manajer nama domain registrar Anda dengan nilai rekaman CNAME yang diatur ke nama domain database produksi Anda (misalnya, mycompany.odoo.com).

Penting

Domain bare (misalnya, mycompany.com) tidak diterima. Domain tersebut hanya dapat dikonfigurasi menggunakan rekaman A, yang hanya menerima alamat IP sebagai nilainya. Oleh karena itu, domain bare dapat tiba-tiba berhenti berfungsi, karena alamat IP database dapat berubah (misalnya, setelah peningkatan, kegagalan perangkat keras, perubahan lokasi hosting database).

Untuk membuat domain bare Anda (misalnya, mycompany.com) dan domain www (misalnya, www.mycompany.com) berfungsi, perlu mengalihkan domain bare ke domain www. Sebagian besar manajer domain menyediakan cara untuk mengonfigurasi pengalihan ini, yang umumnya disebut sebagai pengalihan web.

HTTPS/SSL

Jika pengalihan dikonfigurasi dengan benar, sertifikat SSL secara otomatis dihasilkan menggunakan Let's Encrypt dalam waktu satu jam, yang berarti domain Anda akan dapat diakses melalui HTTPS.

Kepatuhan SPF dan DKIM

Jika domain alamat email Anda menggunakan protokol autentikasi SPF atau DKIM, perlu mengotorisasi Odoo sebagai host pengirim dalam pengaturan nama domain untuk meningkatkan deliverability email keluar. Untuk informasi lebih lanjut, lihat dokumentasi Konfigurasi record DNS untuk mengirim email di Odoo.

Penting

Jika Odoo tidak diotorisasi sebagai host pengirim, email keluar Anda mungkin ditandai sebagai spam.

Shell commands

Di pojok kanan atas tampilan, beberapa perintah shell ditampilkan. Perintah dapat disalin menggunakan tombol clipboard dan kemudian digunakan di terminal. Selain itu, beberapa di antaranya dapat digunakan langsung dari antarmuka Odoo.sh.

Klon

Perintah clone digunakan untuk membuat salinan lokal repositori Git Anda.

Example

git clone --recurse-submodules --branch development git@github.com:my-organization/my-repository.git

• --recurse-submodules untuk mengunduh submodul repositori Anda

• --branch main untuk checkout ke cabang tertentu dari repositori (misalnya, development)

Catatan

Tombol run tidak tersedia karena perintah digunakan untuk membuat salinan lokal di mesin Anda.

Fork

Perintah fork digunakan untuk membuat cabang baru berdasarkan cabang saat ini.

Example

git checkout -b main-1 development && git push -u origin development-1

• git checkout -b main-1 main perintah untuk membuat branch baru (misalnya, development-1) berdasarkan branch saat ini (misalnya, development)

• git push -u origin development-1 perintah untuk mengunggah branch baru (misalnya, development-1) ke repositori remote

Gabung

Perintah merge digunakan untuk menggabungkan perubahan pada satu cabang ke cabang lain.

Example

git merge staging-1 && git push -u origin staging

• git merge staging-1 perintah untuk menggabungkan perubahan dari branch saat ini ke branch lain (misalnya, staging-1)

• git push -u origin staging perintah untuk mengunggah perubahan yang telah digabungkan ke branch repositori remote (misalnya, staging)

SSH

Perintah SSH digunakan untuk terhubung ke build menggunakan SSH.

Untuk menggunakan perintah SSH, perlu mengatur kunci SSH terlebih dahulu. Untuk melakukannya:

• Buat kunci SSH baru.

• Salin kunci SSH ke clipboard.

• Di Odoo.sh, klik user GitHub Anda di pojok kanan atas dan pilih Profile.

  

• Tempelkan kunci SSH di bawah kolom Add a key manually dan klik Add.

  

Example

ssh 25004381@my-user-my-repository-staging-25004381.dev.odoo.com

• 25004381 ID build

• Alamat my-user-my-repository-staging-25004381.dev.odoo.com yang digunakan untuk terhubung ke build

Dengan syarat Anda memiliki hak akses yang diperlukan pada project, Anda akan diberikan akses SSH ke build.

Catatan

Koneksi SSH yang berjalan lama tidak dijamin. Koneksi yang menganggur dapat terputus untuk membebaskan sumber daya.

Submodul

Perintah submodule digunakan untuk menambahkan branch dari repositori lain ke branch Anda saat ini sebagai submodule.

Lihat juga

Dokumentasi Submodule

Example

git submodule add -b master <URL> <PATH> && git commit -a && git push -u origin staging

• git submodule add -b master <URL> <PATH> perintah untuk menambahkan branch tertentu (misalnya, master) dari repositori (<URL>) sebagai submodule di bawah path yang ditentukan (<PATH>) di branch Anda saat ini.

• git commit -a perintah untuk melakukan commit semua perubahan saat ini

• git push -u origin staging perintah untuk mengunggah perubahan dari branch saat ini (misalnya, staging) ke repositori remote.

Hapus

Perintah delete digunakan untuk menghapus branch dari repositori Anda.

Catatan

Setelah Anda menghapus branch, tidak ada cara untuk mengambilnya kembali kecuali ada cadangan. Branch staging tidak dicadangkan secara otomatis, tetapi dapat dilakukan secara manual. Branch development tidak dapat dicadangkan.

Example

git push origin :staging && git branch -D staging

• git push origin :staging perintah untuk menghapus branch tertentu (misalnya, staging) pada repositori remote

• git branch -D staging perintah untuk menghapus branch tertentu pada salinan lokal repositori Anda

Peringatan

Sebelum menghapus branch, lihat bagian Backup untuk memahami cara kerjanya dan kapan Anda harus membuat cadangan manual.