Membuat perangkat lunak berkualitas tinggi bukanlah proses yang mudah. Pertama, Anda perlu menyelesaikan masalah bisnis dan menulis kode kualitas. Namun, kesulitan tidak berakhir di situ: Anda masih perlu memastikan bahwa kode Anda bekerja dengan cepat, aman dan andal. Bekerja dengan kode adalah konveyor dari banyak tahapan, seperti perakitan, integrasi, pengujian, keamanan, peninjauan, konfigurasi dan penyebaran. Semua tindakan ini membutuhkan banyak waktu dan upaya.
Selain memberikan peluang kolaborasi pada repositori publik dan swasta, GitLab juga menyederhanakan seluruh proses pengembangan dengan built-in yang luas, dan dengan versi ini, toolkit otomatis. Cukup komit kode Anda dan Auto DevOps akan melakukan sisanya. Auto DevOps adalah konveyor CI / CD penuh pra-rakitan yang mengotomatiskan seluruh proses pengiriman. Auto DevOps go public (GA, Ketersediaan Umum) di GitLab 11.0.
Inovasi kunci lain dari GitLab 11.0:
- Manajemen lisensi , yang secara otomatis menemukan lisensi sesuai dengan dependensi proyek Anda;
- Peningkatan uji keamanan terhadap kode, wadah, dan dependensi Anda;
- Integrasi baru dengan Kubernetes ;
- IDE Web yang Ditingkatkan;
- Tampilan epik dan peta jalan yang ditingkatkan;
- Penambahan bertahap ;
- Dan masih banyak lagi.
Untuk memulai, mari kita lihat daftar ini lebih detail.
Auto DevOps mencakup seluruh siklus pengiriman: Komit saja kode Anda ke GitLab dan biarkan Auto DevOps melakukan sisanya: sistem ini akan membangun , menguji , memverifikasi kualitas kode , keamanan dan lisensi , paket , kinerja pengujian , menyebarkan dan memonitor aplikasi Anda.
“GitLab adalah komponen utama dalam proses pengembangan dan pengiriman kami, yang telah melipatgandakan kecepatan pengiriman kami dan sangat menyederhanakan proses pengembangan kolaboratif untuk tim kami,” kata Chris Hill, Lead System Engineer for Infotainment di Jaguar Land Rover.
“Kami sangat senang dengan Auto DevOps karena memungkinkan kami untuk fokus pada penulisan kode dan proses bisnis. GitLab melakukan sisanya: pembuatan otomatis, pengujian, penyebaran, dan bahkan pemantauan aplikasi kita. "
Manajemen lisensi (analisis komponen perangkat lunak): Seringkali, perangkat lunak adalah jalinan kode yang kompleks dengan komponen pihak ketiga (perpustakaan, kerangka kerja dan berbagai alat). Sebagai aturan, setiap komponen memiliki batasan lisensi dan izin yang perlu dipantau dan diperhitungkan. Dalam GitLab 11.0 kami menambahkan fungsionalitas Manajemen Lisensi (analisis komponen perangkat lunak). Ini akan dibangun menjadi permintaan gabungan, dari mana Anda dapat melacak lisensi komponen Anda.
Keamanan: Kami terus bekerja untuk meningkatkan fitur keamanan built-in dari GitLab. Sekarang Anda dapat menemukan kerentanan lebih awal dengan bantuan pengujian aplikasi statis dan dinamis bawaan, serta pemindaian dependensi dan wadah. Kami telah memperluas cakupan pengujian keamanan aplikasi statis (SAST) - sekarang didukung untuk Scala dan .Net . Kami juga menambahkan elemen baru ke laporan SAST, sekarang mereka akan memberi Anda lebih banyak detail.
Kubernetes: Kami terus meningkatkan integrasi kami dengan Kubernetes dan menyederhanakan interaksi GitLab dengan sistem ini. Dalam rilis ini, kami telah menambahkan beberapa fitur baru, yang paling menarik di antaranya adalah kemampuan untuk melihat log pod Kubernetes langsung dari papan penyebaran GitLab.
GitLab Web IDE: Semakin banyak yang dapat Anda lakukan tanpa meninggalkan IDE, semakin produktif Anda bekerja. Sekarang Anda dapat melihat pipa CI / CD langsung dari IDE , sehingga Anda dapat melihat laporan instan jika pipa gagal. Selain itu, kami menambahkan kemampuan untuk dengan cepat beralih ke permintaan penggabungan berikutnya, yang akan memungkinkan Anda untuk membuat, meningkatkan, atau melakukan tinjauan permintaan penggabungan tanpa meninggalkan IDE. Semua ini akan memungkinkan Anda untuk berpartisipasi secara cepat dan efektif dalam membuat perubahan pada kode dan meninjaunya.
Navigasi epik dan peta jalan: Untuk meningkatkan visualisasi kemajuan epos dan peta jalan, akan berguna untuk mengubah skala garis waktu, yang akan memberikan gambaran umum dan menyederhanakan perencanaan mereka. Karena itu, kami menambahkan fitur ini ke antarmuka navigasi mereka.
Kami mengundang Anda ke pertemuan kami!
Vitaliy membuat kontribusi besar untuk pengembangan GitLab dan telah dinamai MVP beberapa kali tahun ini. Untuk versi 11.0, ia melakukan pekerjaan yang serius untuk memperbarui sisi teknis GitLab: Vitaly mentransfer sebagian besar tes Bayam yang tersisa ke RSpec, dan juga berupaya keras untuk meningkatkan GitLab untuk Rails 5. Selain itu, setelah kami memutuskan untuk menambah kompresi dan menggabungkan komitmen (squash and merge) di GitLab Coer dan GitLab.com gratis, Vitaly mengambil pekerjaan ini dan menyelesaikannya dengan rilis rilis ini. Berikut adalah daftar semua tugas yang dia selesaikan untuk GitLab 11.0 .
Terima kasih sekali lagi, Vitaliy! Segera Anda akan menerima paket lain dengan hadiah!
Inovasi kunci dari GitLab 11.0
Auto DevOps go public (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Versi beta pertama Auto DevOps ditambahkan di GitLab 10.0 . Dan di GitLab 11.0, Auto DevOps go public (Umumnya Tersedia). Auto DevOps memerlukan konfigurasi minimal dan melakukan semua pekerjaan untuk proyek Anda mulai dari tahap pembuatan hingga produksi dan pemantauan.
Auto DevOps menggunakan praktik-praktik DevOps terbaik: ia mengkonfigurasi bangunan Anda, pengujian, pemeriksaan kualitas kode, pengujian keamanan statis dan dinamis, pemindaian dependensi, manajemen lisensi, pemindaian kontainer, Aplikasi Tinjauan, pengujian kinerja browser, penyebaran dan pemantauan - semuanya dalam satu aplikasi. Menggunakan fungsi ini menyederhanakan transisi ke DevOps tim baru, karena memungkinkan Anda untuk memulai dengan pipa yang berfungsi mulus.
Auto DevOps memungkinkan pengembang untuk fokus pada apa yang paling penting bagi organisasi mereka - memberikan kode kualitas.
Panduan Ringkas Auto Devops kami yang telah diperbarui dapat ditemukan di sini .
Dokumentasi DevOps Otomatis
Continuous Integration (CI) adalah langkah penting dalam memberikan perangkat lunak berkualitas tinggi. Sekarang Anda dapat mengetahui status CI dari komit saat ini hanya dengan melihat jendela status di sudut kiri bawah IDE Web. Selain itu, di sebelah kanan Anda dapat melihat status dan log dari setiap pekerjaan. Ini membuatnya lebih mudah untuk bekerja pada permintaan gabungan dengan CI yang gagal, karena Anda dapat membuka pekerjaan yang gagal pada satu layar dan file yang sedang Anda kerjakan sekarang.
Sebelumnya, dalam situasi seperti itu, Anda harus membuka beberapa tab dan beralih di antara mereka, dan sekarang semua informasi yang diperlukan tersedia langsung di IDE Web. Di masa mendatang, kami berencana untuk menambahkan kemampuan untuk melihat dulu dan menguji perubahan sebelum melakukan.
Dokumentasi IDE Web
Beralih di antara permintaan penggabungan dalam IDE Web (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sangat mudah untuk membayangkan situasi di mana satu orang bekerja pada banyak permintaan gabungan di beberapa proyek secara bersamaan. Sekarang Anda dapat beralih di antara (ditugaskan untuk Anda dan dibuat oleh Anda) menggabungkan permintaan dalam satu klik. Tidak masalah jika Anda melakukan peninjauan atas permintaan penggabungan orang lain atau bekerja sendiri - berkat inovasi ini, Anda dapat mencurahkan lebih banyak waktu untuk kode dan lebih sedikit pencarian.
Dokumentasi IDE Web
Manajemen Lisensi (ULTIMATE, GOLD)
Dalam realitas pengembangan perangkat lunak modern, sebagian besar aplikasi menggunakan komponen pihak ketiga untuk melakukan fungsi tertentu; pendekatan ini memungkinkan Anda untuk tidak memulai setiap proyek dari awal. Oleh karena itu, pustaka pihak ketiga sangat umum, mereka sering dipasok langsung oleh layanan manajemen paket seperti RubyGems dan npm. Namun, dengan pendekatan ini, Anda perlu memastikan bahwa lisensi komponen pihak ketiga kompatibel dengan aplikasi Anda, karena lisensi yang bertentangan dapat menyebabkan masalah hukum.
Untuk mengatasi masalah tersebut, kami menambahkan fungsionalitas manajemen lisensi ke GitLab 11.0. Secara otomatis melewati semua dependensi dalam proyek Anda dan mengumpulkan lisensi mereka. Lisensi baru ditampilkan di widget permintaan penggabungan sebelum menjadi bagian dari cabang utama.
Jika Anda menggunakan Auto DevOps , manajemen lisensi secara otomatis diaktifkan untuk proyek Anda. Anda juga dapat mengaktifkan fungsi ini secara manual untuk .gitlab-ci.yml kustom.
Dokumentasi Manajemen Lisensi
Otorisasi SAML tingkat grup (beta) (PREMIUM, ULTIMATE, SILVER, GOLD)
Manajemen data pengguna yang tepat adalah suatu keharusan bagi organisasi besar. Seringkali, penyedia identitas digunakan untuk tujuan ini, yang berfungsi dengan semua data pengguna, jadi kami menambahkan dukungan Bahasa Penegasan Pernyataan Keamanan (SAML) untuk grup.
Sekarang, pemilik grup akan dapat mengonfigurasi layanan identitas untuk grup dan memberi pengguna satu tautan otorisasi (SSO). Ini memungkinkan untuk mengelola otorisasi dan data pribadi di tingkat grup, yang dapat berguna dalam kasus-kasus di mana SAML umum contoh tidak memenuhi semua persyaratan grup.
Inovasi ini sangat berguna untuk grup GitLab.com, di mana sekarang dimungkinkan untuk mengkonfigurasi layanan otentikasi untuk digunakan di perusahaan.
Dokumentasi SAML untuk grup
Topik navigasi baru (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Dengan rilis GitLab 10.0, kami membuat pembaruan besar untuk navigasi , dan dalam versi 11.0 kami menambahkan beberapa tema baru untuk itu. Sekarang Anda memiliki lebih banyak opsi untuk mempersonalisasi interaksi Anda dengan GitLab.
Kami telah menambahkan tema merah yang benar-benar baru, serta versi ringan untuk semua tema yang ada.
Dokumentasi Pengaturan Profil
Perbaikan lain untuk GitLab 11.0
Saat mengerjakan inovasi skala besar, pengembang sering mendorong banyak komit ke dalam cabang kerja, dan jumlah komit ini hanya dapat meningkat dalam proses peninjauan kode. Banyak tim lebih suka untuk mengkompres komitmen ini menjadi satu sebelum bergabung dengan cabang utama. Ini memungkinkan Anda untuk mempertahankan keterbacaan sejarah Git , yang akan sangat menyederhanakan peninjauan perubahan kode di masa depan.
Squash adalah bagian dari fungsionalitas git, sehingga pengembang dapat menjalankan perintah ini di komputer mereka sebelum penggabungan. Namun, GitLab menyederhanakan proses ini lebih jauh: Anda dapat memampatkan dan menggabungkan dalam satu klik langsung dari antarmuka web. Sebagai contoh, repositori yang menyertai sekarang dapat mengkompres komit tanpa menghubungi pembuat perubahan, yang mempercepat dan menyederhanakan alur kerja.
Sebelumnya, fungsi ini hanya tersedia di GitLab Starter, GitLab.com Bronze, dan di level yang lebih tinggi. Namun, banyak pengguna telah memberi tahu kami bahwa fitur ini akan berguna untuk semua tingkat berlangganan, jadi sekarang fitur ini menjadi publik dan tersedia di GitLab Core dan GitLab.com Gratis!
Terima kasih kepada blackst0ne untuk kontribusinya dalam pekerjaan ini!
Dokumentasi tentang kompresi dan gabungan berkomitmen
Membuka proyek dalam Xcode (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Pada WWDC Juni, Apple mengumumkan integrasi Xcode dengan GitLab , yang tidak diragukan lagi akan menyederhanakan bekerja dengan proyek-proyek Xcode pada host GitLab.
GitLab sekarang mendukung kloning proyek yang berisi .xcworkspace atau .xcworkspace dengan mengklik tombol "Open in Xcode". Saat melihat proyek Xcode di antarmuka GitLab, tombol ini akan terletak di sebelah URL Git untuk kloning.
Dokumentasi untuk membuka proyek dalam Xcode
Rentang tanggal untuk peta jalan (ULTIMATE, EMAS)
Karena tidak ada batasan tanggal mulai dan berakhirnya epos, kami memutuskan untuk menambahkan kemampuan untuk menemukan epos dalam rentang waktu.
Dalam rilis ini, kami menambahkan fungsionalitas rentang tanggal ke peta jalan. Sekarang Anda dapat mencari epos berdasarkan kuartal, bulan, dan minggu. Pencarian mingguan mungkin berguna untuk tim yang berfokus pada rilis jangka pendek, sementara rentang yang lebih besar lebih baik untuk perencanaan bisnis global.
Dokumentasi Rentang Tanggal untuk Peta Jalan
Pengguna Tamu Tanpa Batas untuk Ultimate (ULTIMATE)
Untuk meningkatkan efisiensi bekerja dengan GitLab, kami memutuskan bahwa pengunjung tamu tidak lagi akan menempati batas pengguna instance Ultimate.
Karena kenyataan bahwa para tamu dapat nomor berapa pun, jumlah pengguna yang berpartisipasi dalam diskusi pengembangan sekarang juga tidak terbatas. Para tamu dapat meningkatkan tingkat akses, tetapi jangan lupa bahwa mereka akan mulai memenuhi batas tersebut.
Penting juga untuk diingat bahwa dalam kasus-kasus di mana pengguna login ke instance, tetapi bukan milik grup atau proyek apa pun, ia juga dianggap sebagai tamu.
Dokumentasi Izin Tamu
Daftar pemain untuk papan tugas (PREMIUM, ULTIMATE, SILVER, GOLD)
Papan tugas adalah alat yang berguna untuk mengelola alur kerja: Anda dapat memantau pergerakan tugas di antara berbagai tahap siklus hidup menggunakan daftar label.
Dalam rilis ini, kami menambahkan daftar artis untuk papan tugas. Daftar ini menunjukkan tugas yang diberikan kepada pengguna tertentu, yang menambahkan peluang baru untuk menggunakan papan tugas.
Sekarang Anda dapat mengatur papan tugas untuk tim Anda, dan kemudian menambahkan daftar artis untuk anggotanya. Ini akan memudahkan untuk melihat siapa yang bekerja dalam tim dan tugas apa. Fungsionalitas seperti itu dapat berguna baik untuk manajer yang terlibat dalam load balancing, dan untuk pengguna biasa yang ingin menavigasi alur kerja.
Anda bahkan dapat menambahkan daftar tag dan daftar artis ke papan yang sama.
Dokumentasi Daftar Pelaku untuk papan tugas
Penugasan tonggak untuk subkelompok anak perusahaan (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Dalam rilis ini, kami menambahkan struktur subkelompok GitLab untuk tonggak. Sekarang Anda dapat menetapkan tonggak sejarah untuk proyek atau grup yang diwarisi dari grup induk apa pun untuk tugas apa pun atau menggabungkan permintaan.
Artinya, jika Anda memiliki grup tingkat tinggi dengan serangkaian tonggak, Anda dapat menggunakan tonggak yang sama untuk semua tugas dan menggabungkan permintaan di semua subkelompok anak. Inovasi ini menyederhanakan pekerjaan dalam organisasi dengan struktur multi-level subkelompok dan proyek yang kompleks.
Selain itu, Anda dapat memfilter berdasarkan tonggak tersebut dalam daftar tugas grup, yang memungkinkan Anda menemukan objek yang diperlukan di semua level hierarki.
Dokumentasi Tonggak Sejarah
Tugas dan menggabungkan permintaan subkelompok di API (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, SILVER, EMAS)
Tugas API dan permintaan gabungan sekarang berbasis web. Yaitu, ketika Anda meminta grup tertentu melalui API untuk tugas dan menggabungkan permintaan, Anda akan menerima hasil dari semua proyek anak perusahaan atau subkelompok dari grup ini. Algoritma bekerja dengan analogi dengan melihat objek yang sama dalam daftar grup di antarmuka web, yang kami sajikan beberapa rilis sebelumnya.
Dokumentasi GitLab API
Token penerapan untuk Auto DevOps di Kubernetes (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS)
Sebelumnya, ketika menggunakan Auto DevOps dalam proyek-proyek swasta atau internal, Kubernetes tidak memiliki akses register setelah penyebaran selesai. Ini tidak memungkinkan cluster untuk melakukan operasi pengambilan gambar yang berulang (untuk skalabilitas, bekerja dengan kegagalan, dll.)
Dengan GitLab 11.0, token penyebaran baru dibuat. Ini memberikan akses konstan ke register ketika Auto DevOps diaktifkan pada proyek pribadi / internal. Ini memastikan bahwa cluster dapat melakukan operasi yang diperlukan dan mengurangi kemungkinan kegagalan.
Dokumentasi Token Penerapan untuk DevOps Otomatis
Menentukan strategi penyebaran dalam pengaturan Auto DevOps (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Untuk beberapa aplikasi, menguntungkan untuk mengirim setiap perubahan produksi segera setelah kesiapannya. Bagi yang lain, mungkin lebih baik untuk mengumpulkan perubahan ini di lingkungan umum untuk pengujian yang lebih menyeluruh. Sebelumnya, menyiapkan strategi penyebaran untuk setiap proyek hanya mungkin dengan bantuan variabel khusus yang dikonfigurasi dan digunakan untuk setiap proyek secara individual.
Dimulai dengan GitLab 11.0, Auto DevOps memungkinkan Anda menyesuaikan strategi penempatan Anda dengan satu klik. Ketika Anda menghubungkan Auto DevOps untuk proyek Anda, Anda dapat menentukan apakah akan menyebarkan proyek Anda secara otomatis segera ke produksi, atau pertama Anda perlu menyebarkannya secara otomatis ke lingkungan pengujian, dan hanya kemudian secara manual ke produksi. Kemampuan untuk mengonfigurasi ini dalam satu klik akan memungkinkan Anda menghabiskan lebih sedikit waktu pada pengaturan penempatan dan lebih banyak kode.
Dokumentasi Pengaturan Penyebaran dengan Auto DevOps
Variabel untuk menentukan kebijakan penyebaran untuk lingkungan kenari (CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS)
Seringkali kami ingin meluncurkan perubahan ke sebagian kecil pengguna atau server untuk menilai dampak dari perubahan ini sebelum digunakan ke seluruh lingkungan. Sebelumnya, pengguna Auto DevOps harus melakukan spesialisasi template Auto DevOps dan menentukan perilaku yang diinginkan untuk meluncurkan penyebaran kenari.
Dimulai dengan GitLab 11.0, pengguna akan dapat menentukan kebijakan penyebaran kenari mereka menggunakan CANARY_ENABLED lingkungan CANARY_ENABLED - dengan cepat dan tanpa pengaturan tambahan untuk templat Auto DevOps.
Dokumentasi kebijakan penyebaran untuk lingkungan kenari
Konfirmasi selalu aktif (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, EMAS)
Konfirmasi permintaan penggabungan adalah fitur lama GitLab, yang memaksa tim untuk melakukan tinjauan kode (atau apa pun) dalam permintaan penggabungan. Meskipun tidak ada konfirmasi, permintaan penggabungan akan diblokir untuk penggabungan.
Sebelum rilis ini, konfirmasi harus diaktifkan di pengaturan proyek. Untuk menyederhanakan dan mengoptimalkan fitur ini, sekarang konfirmasi akan disertakan untuk semua proyek GitLab (untuk Pemula, paket Bronze dan yang lebih tinggi) secara default.
Pada saat yang sama, tentu saja, kami tidak ingin memperlambat proses pembuatan dan penggabungan kode. Oleh karena itu, ketika pengguna membuat proyek, jumlah konfirmasi permintaan gabungan yang diperlukan untuk proyek ini akan diatur ulang secara default (seolah-olah konfirmasi dimatikan). Saat proyek tumbuh, pengguna dan timnya akan dapat mengimplementasikan konfirmasi ketika alur kerja membutuhkannya. Untuk melakukan ini, Anda hanya perlu mengubah jumlah konfirmasi menjadi yang akan memenuhi kebutuhan tim.
Dokumentasi konfirmasi untuk permintaan penggabungan
Memuat parameter cluster dari GKE (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Membuat cluster Kubernetes di GitLab sekarang lebih mudah dari sebelumnya. Di GitLab 11.0, nilai untuk bidang proyek dan zona secara otomatis diunduh dari akun Google Kubernetes Engine (GKE) Anda dan ditampilkan sebagai daftar untuk kesederhanaan. Sebelumnya, untuk membuat cluster menggunakan GKE, Anda harus memasukkan semua data ini secara manual.
Proses pembuatan kluster yang disederhanakan memungkinkan Anda untuk dengan cepat meningkatkan cluster dari GitLab dan mempercepat penyebaran aplikasi Anda.
Dokumentasi untuk menambah dan membuat kluster GKE baru di GitLab
Menonaktifkan langkah-langkah DevOps Otomatis menggunakan variabel (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Ketika satu atau beberapa tahap Auto DevOps (pengujian unit, pengecekan kualitas kode, dll.) Tidak diperlukan dalam aplikasi Anda, akan sangat bagus untuk mengkonfigurasi pipa sehingga hanya berjalan pada tahap-tahap yang Anda butuhkan.
GitLab versi 11.0 memungkinkan Anda untuk melewati satu atau lebih tahapan Auto DevOps menggunakan variabel lingkungan. Ini akan memungkinkan Anda untuk mengambil keuntungan dari Auto DevOps bahkan ketika tidak semua langkahnya cocok untuk kebutuhan Anda.
Dokumentasi Variabel Lingkungan untuk Auto DevOps
File LFS termasuk dalam impor proyek (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS)
Git LFS membantu Anda membuat versi file berukuran besar menggunakan Git dengan menyimpannya di luar repositori dan dengan malas mengunduhnya sesuai kebutuhan - alih-alih mengkloningnya.
Saat mengimpor proyek dari GitHub, Bitbucket Cloud, atau menggunakan URL Git, GitLab sekarang juga mengimpor objek LFS. Karena ini, Anda mendapatkan salinan lengkap dari repositori, termasuk objek LFS yang sama. Sebelumnya, objek LFS tidak termasuk dalam impor.
Dokumentasi Impor Proyek
Tab Operasi (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Di GitLab 11.0, kami menambahkan bagian Operasi ke panel navigasi - fitur-fitur ini sekarang lebih mudah dan lebih cepat ditemukan. Dalam rilis ini, Environments dan Kubernetes pindah dari CI / CD ke Operations . Dalam rilis mendatang, kami akan menambahkan beberapa bagian lagi, misalnya, metrik dan log.
Dokumentasi GitLab CI
SAST untuk .NET dan Scala (ULTIMATE, GOLD)
Kami terus membuat alat keamanan kami untuk bahasa dan kerangka kerja yang paling umum lebih mudah diakses; Sebagai bagian dari proses ini, kami terus memperluas kemampuan Sistem Pengujian Keamanan Aplikasi Statis (SAST).
Di GitLab 11.0, kami menambahkan dukungan untuk dua bahasa baru: .NET dan Scala. Jika Anda sudah menggunakan Auto DevOps atau versi terbaru dari sast dalam .gitlab-ci.yml Anda, Anda tidak perlu mengubah apa pun di proyek Anda.
Dokumentasi SAST
Bagan cloud GitLab Helm sekarang dalam versi beta (CORE, STARTER, PREMIUM, ULTIMATE)
Kami senang mempersembahkan versi beta dari bagan cloud GitLab Helm . Diagram ini didasarkan pada arsitektur internal yang lebih berbasis cloud dengan wadah untuk setiap komponen GitLab dan tidak memerlukan penyimpanan data bersama. Ini meningkatkan ketahanan, skalabilitas, dan kinerja GitLab di Kubernetes.
Dokumentasi Bagan Helm GitLab
Penggunaan dan integrasi JupyterHub dengan GitLab (CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS)
JupyterHub adalah layanan multi-pengguna untuk notebook yang mudah didukung dalam tim analisis data. Notebook Jupyter menawarkan lingkungan interaktif dan dapat diprogram yang biasanya digunakan untuk analisis data, simulasi, visualisasi, dan pembelajaran mesin.
GitLab 11.0 dapat menggunakan JupyterHub dalam satu cluster Kubernetes dengan satu klik - itu secara otomatis dikonfigurasi untuk menggunakan GitLab untuk otentikasi tanpa batas. Fitur tambahan seperti HTTPS , pemfilteran grup, dan notes khusus akan ditambahkan di rilis mendatang.
Dokumentasi Penyebaran JupyterHub
Nilai bobot tugas yang diperpanjang (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, EMAS)
Bobot tugas di GitLab berguna untuk menunjukkan penilaian upaya atau metrik lain yang terkait dengan mengerjakan tugas. Sebelumnya, Anda hanya dapat menetapkan bobot tugas dari 1 hingga 9 - tetapi ini membatasi tim yang menginginkan penilaian lebih rinci.
Dimulai dengan rilis ini, bobot tugas bisa berupa bilangan bulat non-negatif, dari 0 hingga tak terbatas. Anda tidak lagi dibatasi oleh peringkat. Selain itu, jadwal tugas secara otomatis memperhitungkan nilai bobot baru, dan tim Anda akan dapat segera menghargai manfaat dari rentang yang diperpanjang.
Dokumentasi Bobot Tugas
Menggabungkan pemberitahuan sistem untuk pembaruan berurutan dengan uraian tugas (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
GitLab akan memungkinkan kolaborasi dan komunikasi asinkron aktif. Karena kemampuan untuk mendokumentasikan ide-ide dan mendiskusikannya di banyak tempat, kami menyerukan untuk mempertahankan satu sumber kebenaran dalam deskripsi tugas atau epik.
Ini mengarah pada fakta bahwa deskripsi sering diperbarui. Terkadang - beberapa kali dalam hitungan menit. Banyak pemberitahuan sistem diterima bahwa deskripsi telah diperbarui. Dari rilis ini, catatan sistem tentang pembaruan deskripsi untuk waktu yang singkat akan digabungkan menjadi satu. Ini akan mengurangi jumlah kebisingan visual dan membuat navigasi komentar sedikit lebih mudah di GitLab. Dalam rilis berikutnya, kami akan menambahkan fungsionalitas serupa ke deskripsi permintaan gabungan.
Dokumentasi tugas
Lihat log pod Kubernetes (ULTIMATE, GOLD)
Pengembang sangat penting dalam kemampuan untuk melihat log untuk memahami bagaimana aplikasi berperilaku dan melacak masalah potensial. Dari versi ini, melihat log dari sub yang bermasalah tersedia dalam satu klik.
Pada halaman Lingkungan , status perapian masing-masing aplikasi ditampilkan menggunakan papan penempatan . Dengan mengarahkan kursor ke masing-masing perapian, nama lengkap perapian dan statusnya muncul, dan dengan mengkliknya, log-nya ditampilkan.
Dokumentasi Log Pengajuan
Peran Master telah diganti namanya Maintainer (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Di tim GitLab, kami berusaha membangun budaya mandiri . Oleh karena itu, bahkan dalam produk GitLab, kami mencari cara untuk mencerminkannya.
Kami memutuskan untuk mengganti nama peran Master menjadi peran Maintainer. Ini menghilangkan konteks negatif yang dapat dikaitkan dengan istilah "Master," dan pada saat yang sama, istilah "Maintainer" mudah dimengerti. Dengan setiap langkah kecil, kami berkembang sebagai produk, dan bersama-sama sebagai industri.
Akses Dokumentasi
Mendesain ulang daftar tag (INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Tag adalah mesin GitLab yang sangat kuat. Tim terus membuat dan menggunakan lebih banyak tag, dan kami mencoba membuatnya mudah dikelola. Dalam rilis ini, kami membersihkan desain halaman daftar tag, menyederhanakan antarmuka, membuat informasi lebih mudah dibaca, dan membuat chip antarmuka sehingga Anda dapat dengan cepat mengelola detail tag tertentu.
Dokumentasi Tag
Kami membuat sedikit perubahan pada atribut 'lingkup' dari API tugas untuk membawanya sejalan dengan format case ular. 'scope' created_by_me assigned_to_me . GitLab 11.0 , (kebab-case).
API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.7 only except . , , .
GitLab 11.0 : . , . , .
IP GitLab Runner API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.6 IP GitLab Runner -. , .
GitLab 11.0 API, .
Lars Greiss .
API GitLab Runner
GitLab Runner 11.0 (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.0. GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner .
GitLab Runner
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.0 Omnibus GitLab gitlab.rb . , , . , .
Omnibus GitLab
ID (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD , . , , . — CI_PIPELINE_ID . GitLab, - , .
GitLab 11.0 : CI_PIPELINE_IID . , . , , . , , — , .
CI/CD
release notes / : GitLab 11.0 released with Auto DevOps and License Management .
rishavant sgnl_05 .