🚃 😵 🧑🏻 GitLab 12.5 dirilis dengan penciptaan cluster EKS dan panel lingkungan ⛺️ 🎥 🏏

Gambar untuk menarik perhatian

Rilis baru GitLab telah dirilis dengan pembuatan dan penyebaran cluster EKS, dukungan Crossplane, panel lingkungan dan banyak fitur keren lainnya!

Untuk pengiriman perangkat lunak berkualitas yang paling efisien, Anda perlu mendukung berbagai infrastruktur dan beberapa platform cloud . Rilis GitLab bulan ini memudahkan untuk mengatur, memantau, dan mengelola proyek dengan berbagai konfigurasi.

Membuat dan Menyebarkan Cluster EKS dari GitLab

Seperti 85% platform perusahaan, GitLab mengandalkan pendekatan multicloud . Sangat penting bagi pengguna kami untuk menyebarkan aplikasi mereka ke cloud pilihan mereka tanpa masalah. Kami menyadari hal ini dan dengan senang hati mempersembahkan kesempatan untuk membuat cluster Kubernetes di EKS Amazon hanya dalam beberapa klik. Proses ini sesederhana membangun cluster di GKE dari Google . Cukup pilih EKS, konfigurasikan cluster yang dibuat, GitLab akan secara otomatis mengalokasikan sumber daya dan menyiapkan cluster Anda, dan Anda dapat dengan mudah dan cepat menempatkan aplikasi Anda di dalamnya. GitLab menghilangkan kebutuhan untuk secara manual menyelesaikan bagian kompleks dari pembuatan sebuah cluster.

Sekarang fitur ini dapat diubah, dan diaktifkan secara default di GitLab.com.

Bekerja dengan layanan cloud yang dikelola dengan Crossplane

Kami percaya bahwa efisiensi operasional sangat penting, dan oleh karena itu kami senang memperkenalkan integrasi Crossplane sebagai aplikasi di GitLab Managed Apps . Crossplane menyederhanakan bekerja dengan dependensi layanan cloud, yang memungkinkan administrator untuk mengkonfigurasi dan mendeklarasikan secara aman menggunakan layanan terkelola yang diinstal di cloud yang dipilih, termasuk GCP, AWS, dan Azure. Integrasi dengan Auto DevOps menyederhanakan alokasi sumber daya sebelum mendeklarasikan variabel CI.

Tampilan cepat dari status lingkungan

Kadang-kadang Anda sering menghadapi perubahan dalam aplikasi yang cukup sulit untuk dilacak saat mereka melewati lingkungan pengembang, pementasan, dan produksi Anda. Panel lingkungan baru mengumpulkan informasi di satu tempat tentang status semua lingkungan di semua grup dan proyek. Ini berarti Anda dapat dengan cepat menemukan dan mengidentifikasi masalah. Misalnya, "Apakah lingkungan tidak berfungsi karena kode sekarang digunakan, atau apakah itu benar-benar tidak berfungsi?"

Dan bahkan lebih banyak lagi!

12.5 adalah rilis yang hebat, dan ada banyak inovasi yang menunggu Anda. Secara terpisah, kami ingin mencatat integrasi dengan Sourcegraph dan beberapa peningkatan keamanan. Baca terus untuk mengetahui semua tentang fitur rilis baru bulan ini!

Ngomong-ngomong, bagaimana dengan rapat? Pendaftaran terbuka untuk konferensi pengguna GitLab Commit berikutnya, yang akan berlangsung pada 14 Januari di San Francisco.

Bergabunglah dengan kami di GitLab Commit ; isi survei rilis (dalam bahasa Inggris).

Lencana MVP GitLab

MVP bulan ini - gfyoung

Pengguna gfyoung membuat lebih dari 30 permintaan penggabungan (di lokalisasi GitLab di Rusia, "permintaan penggabungan") untuk menambahkan frozen_string_literals ke tes frozen_string_literals untuk meningkatkan kinerja dan konsistensi, dan ini tidak termasuk banyak permintaan penggabungan dalam kode GitLab sendiri selama setahun terakhir. Sangat menyenangkan melihat pendekatan berulang dalam aksi, dan kami sangat berterima kasih kepada gfyoung untuk pekerjaan ini!

Fitur utama dari rilis GitLab 12.5

Mudah membuat dan menggunakan kluster EKS dari GitLab

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Lewati tahap loop: "Configure"

Kubernetes sangat kompleks, sehingga membuat cluster dari awal bukanlah tugas yang mudah. Bahkan dengan layanan seperti AWS's Elastic Kubernetes Service (EKS), yang menyembunyikan beberapa kompleksitas di balik abstraksi, masih diperlukan banyak langkah lagi untuk memulai. Konfigurasi manual, seperti membuat bidang kontrol Kubernetes khusus dan node individual di EC2, mengalihkan Anda dari tujuan utama - untuk meluncurkan aplikasi Anda. Di GitLab, kami berusaha untuk mengotomatisasi semua tugas yang berulang dan ingin menyederhanakan pembuatan cluster baru. Itu sebabnya kami menambahkan integrasi dengan EKS dalam rilis 12.5.

Sekarang pada halaman cluster Anda dapat memilih opsi EKS (ini membutuhkan login ke akun AWS Anda). Setelah masuk, cukup pilih parameter yang diperlukan untuk kluster Anda, dan GitLab akan mengurus sisanya.

Integrasi EKS penting tidak hanya untuk kenyamanan bekerja dengan Kubernetes di AWS, itu juga bagian dari strategi multicloud kami. Bersama dengan integrasi GKE, kami berharap untuk membuatnya lebih mudah tidak hanya untuk mengkonfigurasi Kubernetes, tetapi juga beralih ke multicloud. Dan ini baru permulaan, kami ingin pengguna kami memiliki berbagai pilihan penyedia cloud untuk digunakan. Anda dapat menggunakan penyedia apa pun dengan kekuatannya dan dapat memindahkan aplikasi Anda ke cloud yang dipilih tanpa mengubah alur kerja Anda yang biasa di GitLab.

Sekarang fitur ini dapat dialihkan, dan diaktifkan secara default di GitLab.com. Untuk mengaktifkannya dalam instance pengguna, mulai konsol Rails: konsol gitlab-rails console dan jalankan Feature.enable(:create_eks_clusters) .

Dokumentasi tentang pembuatan cluster EKS dan tiket asli .

Crossplane di Aplikasi Dikelola GitLab

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Lewati tahap loop: "Configure"

Sebelumnya, aplikasi Kubernetes dapat diluncurkan menggunakan GitLab, tetapi dependensi layanan harus dikonfigurasikan, dihubungkan, dan diamankan secara terpisah. Dimulai dengan rilis 12.5, layanan cloud sekarang dapat dikonfigurasi secara deklaratif dengan proyek sumber terbuka Crossplane, yang mewarisi Kubernetes API untuk mengelola layanan seperti PostgreSQL, MySQL, Redis, dan Bucket Penyimpanan.

Crossplane sekarang tersedia sebagai Aplikasi yang Dikelola GitLab. Anda dapat menginstalnya di cluster Kubernetes yang menjalankan GitLab. Layanan yang dikelola dari GCP, AWS, dan Azure dapat dikonfigurasikan dan dikonsumsi dengan aman menggunakan kubectl di saluran pipa standar (di lokalisasi Rusia "jalur perakitan" GitLab) GitLab atau menggunakan Auto DevOps.

Menggunakan Crossplane bersama dengan Auto DevOps akan memberi pengguna kemampuan untuk mengelola basis data klaster, memberikan solusi yang siap untuk dirilis. Terima kasih banyak kepada tim Upbound untuk kerja hebat ini!

Unduh Aplikasi Lintas Pesawat GitLab

Dokumentasi lintas pesawat dan tiket asli .

Kecerdasan kode dengan Sourcegraph

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Tahap siklus DevOps: "Buat"

Pengembang sering menggunakan transisi ke definisi variabel dan fungsi dan mencari hubungan ketika menulis perangkat lunak, tetapi ketika meninjau kode ini biasanya tidak tersedia. Sekarang, ketika melihat kode atau tinjauan permintaan gabungan, navigasi kode yang kuat dari Sourcegraph telah tersedia.

Dalam rilis GitLab 12.5, setelah administrator instance telah mengkonfigurasi integrasi Sourcegraph, Anda dapat setuju untuk menggunakannya dalam pengaturan Anda. Di GitLab.com, kami secara bertahap menambahkan Sourcegraph untuk proyek publik. Anda dapat mencobanya sekarang di proyek GitLab ini dengan memasukkan Sourcegraph dalam pengaturan pengguna Anda .

Terima kasih kepada Sourcegraph untuk membuat integrasi ini ! Pelajari lebih lanjut tentangnya .

Dokumentasi Sourcegraph dan tiket asli .

Panel Lingkungan

(PREMIUM, ULTIMATE, SILVER, GOLD) Tahap siklus DevOps: "Lepaskan"

Lingkungan GitLab adalah struktur logis yang memberi Anda kendali atas keadaan lingkungan fisik tempat kode Anda digunakan. Ini adalah salah satu fitur yang membuat GitLab benar-benar solusi CD, dan bukan hanya alat CI yang nyaman untuk mengelola penyebaran. Namun, ketika ada banyak lingkungan, menjadi sulit untuk mengelolanya. Sebelumnya, melacak status beberapa lingkungan proyek berbeda sulit, karena Anda harus pindah ke setiap proyek untuk melihat lingkungan bawaannya.

Panel lingkungan yang baru menyediakan data pada semua lingkungan di antara proyek Anda, memungkinkan Anda untuk melihat seluruh gambaran tentang apa yang terjadi di setiap lingkungan. Sekarang Anda dapat melacak bagaimana perubahan bergerak dari pengembangan ke pementasan, dan kemudian ke produksi, atau melalui salah satu lingkungan Anda yang lain, dari satu tempat. Dengan tampilan baru yang nyaman dari lingkungan semua proyek, Anda dapat langsung melihat pipa mana yang berhasil diselesaikan dan mana yang tidak, pahami di mana blok muncul, dan jika ada lebih banyak masalah sistemik yang memerlukan penyelidikan. Panel lingkungan akan membantu Anda lebih efektif menyelesaikan masalah ini.

Dasbor Lingkungan

Dokumentasi pada panel lingkungan dan tiket asli .

Asosiasi Tonggak Sejarah dengan Rilis

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Tahap siklus DevOps: "Rilis"

Banyak tim, termasuk tim kami, membuat tonggak sejarah untuk setiap rilis (di lokalisasi Rusia GitLab, sebuah "panggung"), di mana semuanya terhubung, dan untuk beberapa tim, rilis dapat mencakup lebih dari satu sprint. Sekarang Anda dapat mengaitkan satu atau beberapa tonggak dengan rilis, dan halaman rilis akan diisi dengan semua tiket dan menggabungkan permintaan yang termasuk dalam rilis.

Kaitkan tonggak sejarah dengan rilis

Dokumentasi tentang rilis dan tonggak sejarah dan tiket asli .

Perbaikan lainnya di GitLab 12.5

API Audit Acara untuk Grup

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, EMAS) Tahap dari siklus DevOps: "Kelola"

API Audit Peristiwa memberikan wawasan tentang kondisi lingkungan GitLab Anda. Sebelumnya, hanya administrator yang dapat menggunakan API ini untuk melihat acara kejadian . Karena pengguna GitLab.com tidak memiliki akses ini, maka perlu untuk memperluas fungsionalitas ini kepada pemilik grup.

Jadi kami memungkinkan untuk mengakses data acara grup melalui API GitLab untuk membantu Anda mengomunikasikan keputusan Anda dan mengelola kepatuhan dalam grup Anda. Kami berencana untuk membuat audit peristiwa lebih rinci , dan API juga akan memberikan informasi yang lebih bermanfaat.

Dokumentasi API audit acara untuk grup dan tiket asli .

Epik sekarang dapat mewarisi tanggal mulai dan berakhir dari epos bersarang mereka

(ULTIMATE, GOLD) Tahap dari siklus DevOps: "Paket"

Dalam rilis ini, kami membuatnya lebih mudah untuk bekerja dengan informasi tentang waktu epos Anda (di lokalisasi GitLab Rusia, "tujuan"). Sekarang epos dapat mewarisi tanggal mulai dan berakhir tonggak tidak hanya dari tugas terlampir, tetapi juga dari epos bersarang terlampir. Tidak perlu lagi menebak pada waktu berapa epik dan tugas yang dilampirkan harus diselesaikan.

Dokumentasi tanggal mulai dan berakhir dalam epos dan tiket asli .

Navigasi yang lebih baik pada halaman grup, subkelompok, dan proyek

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS) Tahap siklus DevOps: "Rencanakan"

Jika Anda memiliki struktur grup, subkelompok, dan proyek yang kompleks, mungkin sulit untuk memahami dengan tepat di mana Anda berada dalam hierarki. Sekarang, berkat tampilan yang diperbarui dari bilah navigasi kiri, Anda dapat dengan cepat memahami konteks apa yang sedang Anda kerjakan.

Dokumentasi tentang pembuatan proyek dan tiket asli .

Anotasi desain ditampilkan dalam aktivitas tiket

(PREMIUM, ULTIMATE, SILVER, GOLD) Tahap dari siklus DevOps: "Buat"

Sebelumnya, ketika menambahkan anotasi atau komentar baru ke suatu desain, ini hanya ditampilkan dalam desain itu sendiri. Sekarang, ketika menambahkan anotasi baru, GitLab juga akan menambahkan menyebutkan ini pada tab Diskusi sehingga semua orang yang terlibat dalam tugas akan mengetahuinya. Dengan demikian, akan lebih mudah untuk mengerjakan desain bersama dan semua orang akan dapat berkontribusi.

Desain dokumentasi anotasi dan tiket asli .

Git info / cache referensi (beta)

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Tahap siklus DevOps: "Buat"

Setelah menerima perubahan pada repositori git, server Git mengumumkan daftar semua cabang dan tag repositori. Dalam beberapa kasus, 75% dari semua permintaan ke server web adalah permintaan tautan (referensi). Dalam kasus terbaik, ketika semua tautan dikemas, ini adalah operasi yang relatif murah, tetapi jika ada tautan yang tidak dibongkar, Git harus menyiasatinya. Dan ini sudah dapat menyebabkan biaya karena operasi tambahan pada disk, terutama ketika menggunakan penyimpanan dengan latensi tinggi, misalnya, NFS.

Dimulai dengan rilis 12.5, administrator contoh dapat mengaktifkan cache info/refs beta untuk meningkatkan kinerja deklarasi tautan dan mengurangi pemuatan pada Gitaly dengan permintaan iklan yang sering.

Menguji fitur ini di GitLab.com, kami telah menemukan bahwa operasi baca melebihi jumlah operasi tulis sebanyak 10 kali, dan keterlambatan rata-rata nyata berkurang sebesar 70%. Kami mengharapkan hasil yang lebih baik untuk instance GitLab dengan NFS sebagai repositori untuk Git.

Secara default, cache belum diaktifkan, karena kami sedang menyelidiki permintaan yang lebih tinggi dari yang diharapkan untuk menulis ke cache, mungkin disebabkan oleh kesalahan yang terjadi bersamaan. Tetap disini untuk gitaly # 2124 .

Caching of Git info / referensi (Beta)

Dokumentasi cache dan tiket asli .

Status gabungan ditambahkan ke menggabungkan API permintaan

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Tahap siklus DevOps: "Buat"

API permintaan gabungan sekarang mencakup detail lebih lanjut tentang mengapa permintaan gabungan tidak dapat diterima. Atribut has_conflicts menunjukkan apakah ada konflik gabungan, dan atribut blocking_discussions_resolved menunjukkan apakah ada diskusi yang tidak terselesaikan. Atribut baru ini sangat berguna untuk otomatisasi, karena mereka menunjukkan tindakan apa yang diperlukan untuk menyelesaikan konflik.

Terima kasih kepada Brian Kabiro untuk fitur ini!

Dokumentasi tentang mendapatkan informasi tentang permintaan penggabungan dan tiket asli .

Melewati nilai ke `pipelines/new` halaman `pipelines/new` melalui string kueri

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS) Tahap siklus DevOps: "Verifikasi"

Untuk membuat pipa baru melalui situs web GitLab, buka halaman /pipelines/new dan isi nilai yang diperlukan untuk memulai pipa. Sebelumnya, sudah dimungkinkan untuk menambahkan parameter ref untuk memilih cabang atau tag (misalnya, /pipelines/new?ref=master ). Sekarang kami telah menambahkan kemampuan untuk mengatur nilai-nilai lain yang serupa melalui string kueri.

Dokumentasi tentang penggunaan string kueri dan tiket asli .

Alias skrip kustom di gitlab-ci.yml

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS) Tahap siklus DevOps: "Verifikasi"

Menciptakan "blok bangunan" kecil yang dapat digunakan berulang kali adalah alat yang kuat dalam desain konveyor. Ini akan memungkinkan Anda untuk menghindari pengulangan, memisahkan fungsi menjadi blok-blok terpisah yang dapat dimengerti dan membuat rantai dependensi di mana blok kode diperbarui secara bersamaan untuk semua blok dependen.

GitLab memiliki beberapa mekanisme untuk menerapkan pola ini dalam desain, termasuk elemen sintaks YAML default seperti jangkar dan alias. Namun, ketika Anda mencoba menggunakan array alias dengan script kata kunci, before_script atau after_script , array bersarang dibuat selama penggabungan, yang tidak akan berfungsi.

Di GitLab 12.5, array skrip berfungsi dengan benar saat diakses melalui jangkar. Menggunakannya dengan include dan extends masih gagal, tetapi Anda dapat menggunakan jangkar di dalam file terpisah untuk mengakses berbagai pola desain baru.

Dokumentasi untuk jangkar untuk skrip dan tiket asli .

Tampilkan detail tentang kesalahan JUnit dalam permintaan penggabungan

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS) Tahap siklus DevOps: "Verifikasi"

Sebelum rilis ini, pengguna menerima informasi tentang kapan tes tidak berhasil, tetapi tanpa data yang diperlukan untuk menyelesaikan masalah dan dengan cepat membuat perakitan yang sukses. Dimulai dengan rilis ini, GitLab akan ditampilkan pada data pipa tentang hasil lulus uji JUnit.

Ini termasuk hasil dari tes yang lulus, gagal dan gagal, serta waktu dan tinjauan rinci dari masing-masing tes, termasuk daftar yang gagal, untuk identifikasi dan penyelesaian masalah yang lebih cepat.

Menampilkan detail kesalahan JUnit dalam permintaan penggabungan

Dokumentasi hasil tes Junit dan tiket asli .

Dokumentasi kontekstual untuk membantu pengguna mengunduh paket NPM

(PREMIUM, ULTIMATE, SILVER, EMAS) Tahap siklus DevOps: "Paket"

Dari survei pengguna baru-baru ini , kami mengetahui bahwa alasan utama pengguna beralih ke UI paket registri adalah karena mereka perlu memastikan bahwa mereka menggunakan versi paket yang benar . Salah satu cara kami dapat membantu dengan ini adalah dengan memberikan potongan kode yang mudah disalin untuk mengunduh dan menginstal paket individual.

Di GitLab 12.5, kami senang memperkenalkan iterasi pertama untuk meningkatkan navigasi dan alur kerja di registri paket GitLab. Sekarang pengguna dapat dengan mudah menyalin kode untuk menjalankan npm install npm setup dan npm setup untuk menginstal paket yang mereka butuhkan lebih cepat.

Dokumentasi kontekstual untuk membantu pengguna mengunduh paket NPM

Dokumentasi registrasi NPM dan tiket asli .

API Publik untuk fitur yang dapat dialihkan

(PREMIUM, ULTIMATE, SILVER, GOLD) Tahap siklus DevOps: "Lepaskan"

Kami telah menambahkan fungsionalitas API yang akan memungkinkan Anda untuk mengonfigurasikan dan mengelola fitur yang dapat dialihkan. Sebelumnya, ini hanya bisa dilakukan melalui UI.

Dokumentasi API untuk fitur dan tiket asli .

Manajemen Cluster berbasis CI

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Lewati tahap loop: "Configure"

Kemampuan untuk menginstal aplikasi Kubernetes dengan satu klik berguna untuk memulai dan memulai dengan cepat. Namun, kadang-kadang perlu untuk mengkonfigurasi grafik Helm sebelum instalasi. Pendekatan baru untuk manajemen cluster berbasis CI akan memungkinkan pengguna untuk membuat "proyek manajemen cluster" yang menerima hak cluster-admin hak cluster-admin atas cluster dan dapat berinteraksi dengan cluster melalui CI. Ini tidak hanya memungkinkan Anda untuk menginstal aplikasi template , tetapi juga memberikan pengguna kemampuan untuk menyesuaikan grafik sebelum instalasi. Selain itu, pengguna akan dapat menggunakan semua fitur GitLab yang ada terkait dengan keamanan, otentikasi, kontrol versi, dan CI saat mengelola aplikasi Kubernetes. Di masa depan, kami akan menggabungkan instalasi satu klik dengan instalasi aplikasi berbasis CI.

Aplikasi manajemen cluster berbasis CI

Dokumentasi manajemen klaster dan tiket asli .

Dukungan runtime OpenFaas di GitLab Serverless

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Lewati tahap loop: "Configure"

GitLab Serverless sekarang mendukung runtime OpenFaaS klasik . Dengan bantuan mereka, pengembang dapat menulis fungsi tanpa server untuk Knative dalam salah satu dari enam bahasa yang didukung .

Dokumentasi runtime yang didukung dan tiket asli .

Secara otomatis menutup tiket GitLab ketika menerima sinyal pemulihan dari Prometheus

(ULTIMATE, GOLD) Tahap dari siklus DevOps: "Monitor"

Insiden GitLab diselesaikan dengan salah satu dari dua cara:

Seseorang sedang memecahkan masalah.
Sistem itu sendiri memperbaiki masalah.

Setelah pemecahan masalah, tiket insiden harus ditutup sehingga tidak ada kebingungan tentang insiden yang aktif dan yang membutuhkan penghapusan konsekuensi. Ketika sebuah insiden diselesaikan sebagai hasil dari penyelesaian masalah, Prometheus menghasilkan sinyal pemulihan sistem, memberikan GitLab kemampuan untuk secara otomatis menutup tiket yang terkait dengan insiden tersebut.

Ini akan menyelamatkan spesialis resolusi insiden dari pekerjaan manual yang tidak perlu, dan juga memastikan bahwa setiap tiket terbuka merupakan masalah mendesak yang perlu diselesaikan.

Dokumentasi tentang respons insiden dan tiket asli .

Memfilter Daftar Kesalahan Sentry oleh Header di GitLab

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Melewati tahap loop: "Monitor"

Kesalahan pengurutan memerlukan kemampuan untuk memfilter dan mengurutkan daftar kesalahan berdasarkan kriteria pengguna yang sesuai untuk kasus tertentu. Anda sekarang dapat mencari daftar kesalahan Sentry dalam proyek GitLab melalui integrasi dengan Sentry. Cukup buka Operasi> Pelacakan Kesalahan di panel kiri untuk menemukan dan melihat kesalahan Sentry.

Dokumentasi pada daftar kesalahan dan tiket asli .

Perintah Slack untuk Menambahkan Komentar Tiket

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Melewati tahap loop: "Monitor"

ChatOps memungkinkan Anda untuk memulai operasi melalui perintah dan tindakan intuitif yang dapat Anda masukkan langsung dalam obrolan. Kami memperluas set perintah Slack yang ada dengan menambahkan perintah yang memungkinkan Anda menambahkan komentar ke tiket GitLab tanpa meninggalkan Slack. Ini akan memungkinkan Anda untuk tidak teralihkan dari pekerjaan dan tidak beralih di antara beberapa antarmuka hanya untuk meneruskan tiket ke anggota tim atau pelanggan.

Dokumentasi tim dan tiket asli .

Mengedit panel metrik

(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS) Melewati tahap loop: "Monitor"

Sebelumnya, untuk membuat versi mereka sendiri dari panel kontrol, pengguna harus membuat file YAML di direktori root repositori dan mengisinya sepenuhnya. Ini cukup rumit dan membutuhkan banyak tindakan manual.

Sekarang, di GitLab 12.5, ini menjadi lebih mudah. Dengan mengklik tombol "Edit dasbor", Anda akan diarahkan ke halaman IDE di mana Anda dapat memperbarui file YAML yang sudah dibuat.

Edit Dasbor Metrik