GitLab 12.4 dengan peningkatan permintaan penggabungan dan dependensi API Audit


GitLab 12.4 memperkenalkan beberapa perbaikan manajemen, termasuk API Audit, persetujuan pemilik kode untuk cabang yang aman, dan kontrol akses untuk Halaman. Ketergantungan permintaan Marge membantu mengelola kerja tim, dan fitur hebat lainnya memungkinkan untuk bekerja lebih efisien dan dengan cepat memberikan perangkat lunak berkualitas lebih baik.


Marge Meminta Ketergantungan


GitLab meningkatkan transparansi, kolaborasi, dan produktivitas. Ketika pengembang bekerja sama dalam proyek besar, perubahan kecil sering kali perlu diterapkan dalam urutan tertentu. Untuk menyederhanakan tugas ini, fungsi dependensi dari permintaan penggabungan memungkinkan Anda untuk menentukan dependensi dalam permintaan penggabungan sehingga perubahan tidak tiba dalam cara yang kacau dan Anda dapat melihat semua dependensi selama tinjauan kode. Fitur ini diperkenalkan sebagai ketergantungan permintaan gabungan antara proyek dalam rilis 12.2 , tetapi sekarang diganti namanya menjadi ketergantungan permintaan gabungan dan mendukung lebih banyak jenis ketergantungan. Ini termasuk dependensi permintaan gabungan baik antara proyek dan dalam satu proyek.


Kami memahami betapa pentingnya mengelola segalanya. Berikut adalah beberapa perbaikan dalam rilis 12.4 yang membuat manajemen lebih mudah.


API Acara Audit


GitLab membantu memastikan transparansi lengkap dari seluruh siklus hidup pemrosesan sambil mengoptimalkan proses. Oleh karena itu, GitLab menyatu dengan baik dengan solusi lain , dan dalam versi 12.4 kami memperkenalkan API untuk acara audit tingkat-contoh. Acara Audit adalah alat penegakan kebijakan yang efektif. Menggunakan API Acara Audit , administrator dapat menggunakan kode untuk menerima acara dan mengonfigurasi peringatan dan pemantauan yang efektif tergantung pada kebutuhan spesifik.


Kontrol Akses Halaman di GitLab.com


Kontrol akses untuk Halaman tersedia untuk instance yang dikelola sendiri dan sekarang tersedia di GitLab.com . Ini memungkinkan administrator yang berwenang untuk membatasi akses ke situs Halaman atau membuatnya tersedia untuk umum. Semua ini berkat kerja komunitas, dan kami sangat senang telah mengaktifkan fitur ini di GitLab.com!


Persetujuan dari pemilik kode untuk cabang aman


Fitur lain untuk dikelola adalah klaim dari pemilik kode untuk cabang aman . Persetujuan permintaan gabungan membatasi pengiriman kode ke cabang aman, dan ini memungkinkan untuk meningkatkan kualitas kode dan menerapkan langkah-langkah untuk mengontrol kepatuhan. Tetapi tidak semua permintaan gabungan dirancang untuk cabang stabil, dan tidak semua cabang stabil membutuhkan kontrol yang sama. Di GitLab 12.4, Anda dapat mencegah perubahan agar tidak dikirim ke file secara langsung atau menggabungkan perubahan tanpa persetujuan dari pemilik kode untuk cabang tertentu.


Dan itu belum semuanya!


GitLab 12.4 memiliki begitu banyak fitur keren sehingga tidak mungkin untuk membicarakan semuanya. Berikut adalah yang terbaik: pemberitahuan untuk rilis , kemampuan untuk melihat log perapian dari lingkungan apa pun, dan dukungan untuk proyek-proyek pribadi untuk melihat secara online artefak HTML . Baca terus dan pelajari lebih lanjut tentang setiap fitur.


Pastikan untuk membaca bagaimana Konferensi Pengguna Eropa pertama kami berlangsung pada 9 Oktober. Konferensi pengguna GitLab berikutnya akan berlangsung pada bulan Januari di San Francisco. Registrasi sudah terbuka.


Karyawan paling berharga bulan ini ( MVP ) adalah Tuomo Ala-Vannesluoma.

Berkat Tuomo, di GitLab 12.4 ada dukungan untuk proyek-proyek pribadi untuk melihat artefak HTML , yang telah lama diimpikan oleh semua orang dan yang memperoleh hampir 300 suara! Untuk kedua kalinya, Tuomo menjadi karyawan paling berharga bulan ini - di GitLab 11.5 ia menerapkan kontrol akses untuk Halaman . Terima kasih atas kontribusi dan kerja aktif Anda tahun ini. Kami sangat menghargainya!

Fitur utama GitLab 12.4


Marge Meminta Ketergantungan


PREMIUM, ULTIMATE, SILVER, EMAS


Pengembang sering bekerja bersama dalam proyek besar, membuat perubahan kecil. Perubahan ini harus diterapkan dalam urutan tertentu sehingga semuanya berfungsi sebagaimana mestinya, tetapi dalam dependensi ini Anda dapat menjadi bingung dan membuat kesalahan.


Fungsi ketergantungan dari permintaan menggabungkan memungkinkan Anda untuk menentukan dependensi dalam permintaan menggabungkan sehingga perubahan tidak diterapkan dalam urutan yang salah. Juga nyaman untuk melihat dependensi ini dalam ulasan kode, sehingga lebih mudah bagi pengulas untuk memahami semua perubahan yang diajukan. Fitur ini diperkenalkan di versi 12.2, dan di 12.4 ditingkatkan dan sekarang mendukung dependensi permintaan penggabungan dalam satu proyek.



API Acara Audit


PREMIUM, ULTIMATE


Acara Audit adalah alat yang efektif untuk memahami apa yang terjadi di GitLab. Melalui acara audit, organisasi dapat memantau kepatuhan tindakan pengguna dengan kebijakan, dan ini sangat penting untuk perusahaan di bawah pengawasan ketat.
Untuk menyederhanakan otomatisasi tugas-tugas ini, kami menyajikan API untuk acara audit tingkat contoh. Dengan menggunakan API Acara Audit, administrator dapat menggunakan kode untuk menerima acara dan mengonfigurasi peringatan dan pemantauan yang efektif tergantung pada kebutuhan spesifik organisasi.



Persetujuan dari pemilik kode untuk cabang aman


PREMIUM, ULTIMATE, SILVER, EMAS


Persetujuan permintaan gabungan membatasi pengiriman kode untuk mengamankan cabang, dan ini membantu meningkatkan kualitas kode dan menerapkan langkah-langkah untuk mengontrol kepatuhan. Tetapi tidak semua permintaan gabungan dirancang untuk cabang stabil, dan tidak semua cabang stabil membutuhkan kontrol yang sama.


Di GitLab 12.4, Anda dapat meminta persetujuan dari pemilik kode untuk beberapa cabang untuk mencegah perubahan dikirim ke file secara langsung atau menggabungkan perubahan tanpa persetujuan dari pemilik kode.


Jika pemilik kode harus menyetujui perubahan pada pengaturan proyek sebelumnya, pengaturan ini berlaku untuk cabang aman yang ada.



Kontrol akses untuk Halaman sekarang diaktifkan di GitLab.com


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kontrol akses untuk Halaman memungkinkan administrator yang berwenang untuk membatasi akses ke situs Halaman atau menjadikannya publik. Sekarang, akses ke konten yang diterbitkan oleh proyek swasta mungkin memerlukan nama pengguna dan kata sandi untuk melindungi konten situs yang dipublikasikan, sehingga menjadi lebih mudah untuk menerbitkan dokumentasi layanan dan mengontrol akses ke sana.


Tonton video singkat tentang Kontrol Akses untuk Halaman .



Pemberitahuan Rilis


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Sekarang Anda dapat berlangganan berita tentang rilis baru dalam proyek untuk mencari tahu tentang versi baru bahkan untuk proyek di mana Anda tidak terlibat. Dengan fitur ini, Anda dapat memantau rilis proyek baru tempat Anda bergantung, tanpa memeriksanya secara manual.
Tonton video pendek tentang pemberitahuan rilis .



Lihat log perapian dari lingkungan apa pun


ULTIMATE, EMAS


Sebelumnya, log GitLab terutama dilihat pada halaman Environments. Oleh karena itu, sulit untuk beralih di antara log dari lingkungan yang berbeda untuk memecahkan masalah. Selain itu, Anda harus terlebih dahulu memasuki lingkungan tertentu.


Di GitLab 12.4, Anda dapat melihat log apa pun dari lingkungan atau pod apa pun. Halaman media sekarang memiliki dua tombol untuk melihat log log dari cluster Kubernetes. Kami akan terus meningkatkan akses ke log, misalnya, menyertakan tautan ke Log logging langsung di menu Operasi.



Perbaikan lainnya di GitLab 12.4


Menggunakan Jaeger di GitLab Interface


ULTIMATE, EMAS
Jejak menyediakan informasi tentang kinerja dan kesehatan aplikasi yang digunakan, melacak setiap fungsi atau layanan mikro yang memproses permintaan tertentu.


Jaeger adalah sistem pelacakan terbuka, terintegrasi, terdistribusi yang digunakan untuk memantau dan memecahkan masalah sistem terdistribusi berdasarkan layanan microser.
Dengan GitLab 12.4, pengguna yang menggunakan Jaeger dapat melihat informasi kinerja dan kesehatan aplikasi yang ditempatkan secara langsung di antarmuka GitLab.



Dukungan untuk ekspansi variabel untuk jaringan pipa multi-proyek


PREMIUM, ULTIMATE, SILVER, EMAS


Jika Anda memiliki pipa dengan beberapa proyek, dan satu pipa menjalankan yang lain, akan sangat berguna untuk menyimpan nilai dinamis dalam variabel di atas untuk merujuknya dalam pipa yang lebih rendah. Misalnya, jika pipa berjalan di cabang, dan Anda ingin memberikan akses ke $CI_COMMIT_REF_NAME di cabang ini untuk semua jaringan pipa downline.


Sebelumnya, variabel tidak berkembang, jadi memanggil variabel dalam pipa bawahan melalui kata kunci trigger menyebabkan kesalahan no ref name . Untuk melakukan alur kerja seperti itu, perlu dibuat tugas terpisah untuk tujuan tunggal mengeksekusi perintah c URL untuk mentransfer status variabel. Pemecahan masalah seperti itu membutuhkan konfigurasi dan sumber daya tambahan, dan juga membuatnya sulit untuk melihat hubungan antara pipa dalam antarmuka pengguna.


Sekarang GitLab akan memperluas variabel di dalam properti branch dari kata kunci trigger , dan akan lebih mudah bagi Anda untuk mengatur pipa dan membuatnya berjalan secara berurutan saat menggunakan beberapa proyek.


DAST untuk cabang utama


ULTIMATE, EMAS
Kami dengan senang hati mengumumkan bahwa pemindaian DAST sekarang dapat dilakukan untuk cabang proyek default di dalam aplikasi peninjauan khusus. Sebelumnya, DAST hanya tersedia untuk fitur cabang. Peningkatan ini memungkinkan Anda untuk membuat tolok ukur DAST untuk cabang default yang akan digabungkan dengan permintaan gabungan. Sekarang Anda dapat mengidentifikasi cabang di mana masalah keamanan baru telah muncul.


Memeriksa keberadaan file dalam jaringan pipa


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kami melengkapi rules: sintaks, pertama kali diperkenalkan di GitLab 12.3 , dengan rules:exists baru rules:exists yang menerima larik lintasan dan memeriksa untuk melihat apakah lintasan ini ada sebagai file dalam repositori. Ini berguna ketika Anda perlu menjalankan pekerjaan CI hanya jika ada file tertentu. Misalnya, Anda menjalankan tests.yml tests hanya jika ada file tests.yml . Aturan ini mempercepat jalur pipa karena melompati langkah-langkah tambahan.


Dukungan Geo Asli untuk Replikasi Objek Replikasi


PREMIUM, ULTIMATE


Dalam GitLab 12.4, Secara geografis mendukung replikasi data ke penyimpanan objek, seperti objek LFS, pekerjaan dan memuat artefak. Sebelumnya, Geo dapat dikonfigurasi untuk bekerja dengan toko objek, tetapi replikasi konten selalu tetap dengan penyedia toko objek. Ini memberlakukan batasan tertentu ketika pengguna harus bergantung pada peralatan penyimpanan lokal yang tidak mendukung logika replikasi.


Dukungan asli untuk Geo memungkinkan Anda untuk mereplikasi data pada berbagai pemasok penyimpanan objek di berbagai wilayah (misalnya, Amazon di Eropa dan Microsoft di AS). Pengguna Geo dapat menggunakan penyimpanan lokal, misalnya melalui MinIO, dan menggunakan Geo untuk mereplikasi data ke node sekunder.


Dukungan Native Geo untuk mereplikasi penyimpanan objek saat ini dalam versi beta dan belum siap untuk diproduksi.


Peningkatan penanganan file besar melalui Git Partial Clone (alpha)


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Biasanya kami tidak merekomendasikan menyimpan file biner besar di Git, jika repositori tumbuh, dan kloning dan menerima perubahan membutuhkan waktu yang sangat lama. Kami mengusulkan Git LFS untuk menyimpan file besar di luar repositori Git dan mengunduhnya sesuai permintaan.


Dalam GitLab 12.4 kami menambahkan dukungan eksperimental untuk kloning parsial Partial Clone, dengan mana file besar dapat dikecualikan saat mengkloning repositori dan menerima perubahan. Sekarang Anda tidak perlu memilih file mana yang akan disimpan di Git dan yang mana di luar repositori menggunakan Git LFS. Dukungan Clone Parsial dinonaktifkan secara default, tetapi dapat diaktifkan di setiap proyek. Diperlukan versi Git minimal 2.22.0.


Dibandingkan dengan Git LFS, ketika file besar membutuhkan perhatian khusus saat membuat komit, Partial Clone memungkinkan pengembang, pelari CI, atau klien Git lainnya untuk menentukan file mana yang akan diunduh. Sekarang Anda tidak perlu memberi tahu orang-orang file apa yang harus dikirim ke Git LFS, tidak akan ada masalah mencoba menulis ulang riwayat dan mentransfer file besar ke Git LFS, dan Anda dapat menghindari masalah pengiriman file besar ke repositori Git secara tidak sengaja ketika tempatnya di Git LFS. File besar hanya akan berfungsi seperti itu.


Pemilih Tanggal untuk Analisis Produktivitas


PREMIUM, ULTIMATE, SILVER, EMAS


Sebelumnya, tidak mungkin untuk memilih rentang tanggal tertentu untuk metrik dalam analisis dan kinerja siklus. Artinya, tidak mungkin mempelajari atau memasukkan kinerja dalam laporan selama sprint atau periode tertentu, karena Anda hanya bisa memilih interval yang ditentukan: 7, 30, 60, atau 90 hari. Dalam rilis ini, pengguna dapat melihat data untuk jangka waktu berapa pun.



Cloud pribadi virtual default saat membuat kluster GKE di GitLab


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Google Kubernetes Engine memungkinkan Anda membuat kluster cloud pribadi virtual yang menggunakan alias IP dan menyediakan dukungan cloud privat virtual terintegrasi untuk jaringan kontainer, menghasilkan sistem yang lebih skalabel, aman, dan sederhana yang cocok untuk penerapan dan skenario yang kompleks.


Dimulai dengan GitLab 12.4 dalam integrasi GitLab dengan GKE, ini akan menjadi pengaturan default saat membuat cluster GKE.


Batasi Izin untuk Pekerjaan CI Manual


PREMIUM, ULTIMATE, SILVER, EMAS


Pengembang sering harus membuat tugas yang dilakukan secara manual, misalnya, untuk penyebaran, kelonggaran persetujuan, dan operasi lainnya, tetapi di GitLab tidak jelas bagaimana membatasi izin ini sehingga siapa pun tidak dapat melakukan tindakan ini.


Sebenarnya, itu sudah mungkin, tetapi tanpa dokumentasi yang jelas. Dalam rilis ini, kami telah sangat meningkatkan dokumentasi untuk melindungi tugas-tugas manual sehingga Anda dapat memahami cara mengkonfigurasinya.


Menghapus desain dalam Manajemen Desain


PREMIUM, ULTIMATE, SILVER, EMAS


Terkadang kesalahan terjadi atau sasaran desain berubah dan Anda perlu kemampuan untuk menghapus desain dari versi. Menggunakan fungsi hapus di Manajemen Desain, Anda dapat memilih satu atau lebih desain dan menghapusnya dari versi terbaru. Sekarang versi terbaru dari desain akan menyajikan keadaan saat ini.



Add-on API untuk lingkungan dan penerapan


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kami telah menambahkan fungsi API yang akan mengembalikan atribut state negara bagian dan last deployment . Informasi ini dapat digunakan, misalnya, saat menulis skrip untuk menghapus lingkungan yang tidak digunakan.


Dokumentasi Peningkatan Geo yang Disempurnakan


PREMIUM, ULTIMATE


Sebagai bagian dari upaya kami untuk menyederhanakan proses peningkatan Geo, kami mengerjakan ulang sebagian besar dokumentasi yang relevan. GitLab Geo dapat digunakan dalam berbagai konfigurasi, dan prosedur peningkatan tergantung pada konfigurasi ini. Sekarang upgrade Geo sebagian besar manual dan terdiri dari banyak tahap. Untuk menyederhanakan proses ini secara keseluruhan, pertama-tama kita mulai memperbaiki dokumentasi untuk memutakhirkan Geo . Dokumentasi sekarang mutakhir dan mencakup semua skenario.


Kami menulis ulang instruksi upgrade umum , mengarsipkan instruksi lama , memperbarui instruksi upgrade tanpa downtime untuk penyebaran sederhana, dan meninjau banyak bagian lain dari dokumentasi .


Kami sedang mengerjakan instruksi pembaruan non-downtime untuk kluster Geo multi-simpul yang sangat mudah diakses ; tapi masih mengujinya.


Kemudian kami akan meningkatkan otomatisasi dan pengujian dan membuat beberapa prosedur peningkatan lebih efisien.


Tautan untuk menggabungkan permintaan sekarang ditampilkan dalam tampilan pipa


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Saat melihat pipa, kadang-kadang Anda ingin pergi ke permintaan menggabungkan yang terkait dengannya. Kami telah menambahkan tautan langsung ke mereka untuk menyederhanakan pekerjaan dan meningkatkan produktivitas.



Masukkan pekerjaan di awal atau akhir pipa menggunakan termasuk


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Paling sering, termasuk digunakan untuk menambahkan pekerjaan ke awal atau akhir pipa. Tetapi jika Anda memiliki kesamaan termasuk, Anda mungkin tidak tahu apa yang disebut tahap pertama atau terakhir, sehingga mungkin ada masalah dengan tugas di awal atau di ujung pipa.


Dalam GitLab 12.4, tahapan .pre dan .post memastikan bahwa semuanya dimulai pada awal atau akhir pipa.


Pembaruan aplikasi Kubernetes NGINX Ingress selama instalasi melalui integrasi dengan Kubernetes


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Ketika aplikasi Kubernetes Anda berjalan di versi terbaru, Anda memanfaatkan fitur terbaru dan fitur keamanan saat ini. GitLab 12.4 memungkinkan Anda untuk menggunakan versi terbaru dari NGINX Ingress ketika menginstal melalui GitLab Managed Apps. Untuk memutakhirkan versi yang ada, hapus instalasi aplikasi Ingress dan instal ulang melalui GitLab.


Titik akhir API untuk nama pemeriksaan status statis dalam integrasi GitHub


PREMIUM, ULTIMATE, SILVER, EMAS


Sekarang Anda dapat mengkonfigurasi nama pemeriksaan status statis dalam integrasi GitHub melalui API, sehingga lebih mudah untuk mengubah parameter ini dalam sejumlah besar proyek.


GitLab Runner 12.4


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Hari ini kami merilis GitLab Runner 12.4! GitLab Runner adalah proyek sumber terbuka yang digunakan untuk menjalankan pekerjaan CI / CD dan mengirim hasilnya kembali ke GitLab.


Perubahan:



Daftar lengkap perubahan dapat ditemukan di log perubahan GitLab Runner: CHANGELOG .


Peningkatan kinerja


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kami terus meningkatkan kinerja GitLab dengan setiap rilis untuk instance GitLab dalam ukuran berapa pun.


Beberapa peningkatan di GitLab 12.4:



Admin dapat mengabaikan batas ukuran artefak dalam proyek atau grup


INTI, STARTER, PREMIUM, ULTIMATE


Sekarang ukuran artefak maksimum default adalah 100 MB, tetapi dalam beberapa proyek Anda harus melampaui batas ini (atas kebijakan administrator). Untuk melakukan ini, kami menambahkan kemampuan untuk mendefinisikan kembali batas ukuran artefak di tingkat grup atau proyek, seperti untuk batas ukuran repositori.


Dukungan proyek pribadi untuk melihat secara online artefak HTML


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kemampuan untuk melihat artefak HTML meningkatkan efisiensi kerja. Tugas ini sering dilakukan, jadi Anda perlu cara untuk membuka dan melihat artefak dengan cepat. Tanpa presentasi online, Anda harus mengunduh artefak dan menggunakan server web secara lokal untuk melihat laporan. Jika Anda melakukan ini untuk setiap artefak HTML untuk semua majelis, Anda akan membutuhkan banyak waktu dan pergantian yang konstan antara konteks.


Sebelumnya, dimungkinkan untuk melihat artefak HTML di jendela browser melalui GitLab Pages, agar tidak mengunduhnya secara lokal, tetapi fitur ini hanya tersedia untuk proyek terbuka. Ini merepotkan bagi banyak organisasi yang menggunakan GitLab, terutama untuk proyek-proyek swasta. Mereka tidak memiliki presentasi online seperti itu. Dan sekarang, berkat upaya Tuomo Ala-Vannesluoma, anggota komunitas, kami telah menambahkan dukungan untuk presentasi online artefak HTML untuk proyek-proyek swasta. Untuk melakukan ini, aktifkan kontrol akses untuk Halaman GitLab .


Mengaktifkan Cloud Run pada GKE saat membuat cluster melalui integrasi dengan GKE


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Saat membuat cluster Kubernetes melalui integrasi GitLab dan GKE, pengguna sekarang dapat secara opsional mengaktifkan Cloud Run di GKE dengan satu klik. GKE secara otomatis menginisialisasi cluster dengan Knative, Istio dan load balancing melalui HTTP. Setelah instalasi, pengguna dapat terus menikmati manfaat GitLab Serverless untuk menggunakan layanan Knative dengan konfigurasi minimal.


Catatan Cloud Run untuk GKE baru-baru ini diubah namanya menjadi Cloud Run for Anthos. Kami berencana untuk mengubah nama ke yang baru bulan depan.


Titik akhir umum untuk peringatan


ULTIMATE, EMAS


Orang-orang menggunakan alat yang berbeda untuk memonitor lingkungan aplikasi. Alat-alat ini mengirimkan peringatan kritis dan mendesak jika suatu insiden telah terjadi dan tindakan perlu diambil. Kemampuan manajemen insiden GitLab sekarang termasuk titik akhir REST umum di mana Anda dapat mengirim peringatan dari alat apa pun. Ketika GitLab menerima permintaan POST ke titik akhir ini, itu secara otomatis membuat tugas untuk insiden tersebut. Deskripsi tugas mencakup data kejadian, dan bidang umum dianalisis secara otomatis. Oleh karena itu, Anda sekarang dapat menggunakan tugas GitLab sebagai tempat utama untuk menanggapi insiden berdasarkan data dari alat lain.


Tonton video singkat tentang menambahkan titik akhir umum untuk peringatan .



Dukungan geografis melalui satu URL spesifik lokasi Git


PREMIUM, ULTIMATE, SILVER, EMAS


Geo sekarang mendukung menyediakan pengguna dengan satu URL jarak jauh yang secara otomatis menggunakan situs Geo terdekat. Ini berarti bahwa pengguna tidak perlu memperbarui konfigurasi Git untuk menggunakan node Geo terdekat saat bergerak. Pengguna akhir bahkan tidak perlu tahu bahwa mereka menggunakan situs Geo lokal ketika mereka awalnya mengkloning proyek. Dan administrator sistem tidak perlu mendukung berbagai konfigurasi Git untuk pengguna di tempat yang berbeda. Semua ini disebabkan oleh fakta bahwa permintaan push Git dapat secara otomatis dialihkan (HTTP) atau proksi (SSH) dari node sekunder ke primer.


Geo dapat dikonfigurasi untuk menggunakan layanan yang berbeda, seperti AWS Route53 atau Cloudflare .


Tindakan git ditambahkan ke batas IP grup


ULTIMATE, EMAS


GitLab 12.0 memperkenalkan batasan pada tindakan kelompok berdasarkan alamat IP . Di GitLab 12.3, kami telah memasukkan tindakan API dalam pembatasan akses. Di GitLab 12.4, kami menambahkan tindakan Git melalui SSH.
Fitur lanjutan sekarang menolak tindakan di antarmuka pengguna, API, dan Git jika mereka tidak mematuhi batasan alamat IP grup. Untuk organisasi yang secara ketat mematuhi persyaratan peraturan, terutama di GitLab.com, ini memberikan tingkat perlindungan yang komprehensif.


Grafik pencar untuk Analisis Produktivitas


PREMIUM, ULTIMATE, SILVER, EMAS


Sebelumnya, tidak ada cara sederhana untuk memvisualisasikan dan mengukur kecepatan dari waktu ke waktu. Untuk menyediakan fitur ini, kami menambahkan diagram sebar ke Productivity Analytics, tempat Anda dapat memilih "Waktu untuk Menggabungkan" atau metrik lain yang terkait dengan menggabungkan permintaan untuk melihat tren atau penyimpangan. Anda juga dapat memeriksa rentang tanggal tertentu secara terperinci untuk menganalisis kumpulan data tertentu.



API untuk membuat penyebaran manual


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Kami telah menambahkan API untuk membuat penyebaran. Fungsionalitas ini mengubah penyebaran, dan membangun CI yang sesuai sekarang opsional. Ini diperlukan untuk meletakkan dasar untuk mendukung lingkungan dan penyebaran eksternal di GitLab.


Pemasangan sekali klik pelari grup di Kubernetes


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Sekarang cukup mudah untuk membuat pelari umum di tingkat grup jika Anda menggunakan GitLab dengan Kubernetes. Dalam proyek, Anda sudah dapat menginstal pelari dengan satu klik, tetapi pelari grup harus diinstal secara manual. Sekarang Anda cukup mengklik tombol, dan GitLab akan mengatur pelari grup umum secara otomatis.



Catatan Sistem untuk Manajemen Desain


PREMIUM, ULTIMATE, SILVER, EMAS


Di GitLab 12.2, kami memperkenalkan versi pertama Desain Manajemen, yang memungkinkan Anda memuat desain langsung ke dalam tugas. Mereka diunggah ke tab terpisah, dan tindakan terhadap mereka tidak dicatat dalam jurnal, jadi sulit untuk menentukan apakah desain ditambahkan ke tugas. Dimulai dengan GitLab 12.4, saat memuat desain di utas tugas, catatan sistem dibuat untuk memberi tahu peserta. Di masa mendatang, kami akan menyertakan status dan jumlah komentar dalam desain sehingga pengguna lebih memahami apa yang terjadi.



Status bawaan statis memeriksa nama dalam integrasi dengan GitHub


PREMIUM, ULTIMATE, SILVER, EMAS


Kami mengubah pengaturan default untuk integrasi dengan GitHub untuk menetapkan nama pemeriksaan status statis secara default di proyek baru. Ketika opsi ini diaktifkan pada halaman integrasi, nama host instance GitLab Anda akan ditambahkan ke nama pemeriksaan status (jika nama dinamis dipilih, nama cabang ditambahkan). Ini adalah parameter awal yang lebih masuk akal, yang menjamin pemeriksaan status wajib tanpa konfigurasi tambahan bagi mereka yang menggunakan GitLab CI / CD di repositori GitHub.


Pilih dan pindahkan beberapa kartu tugas


INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONZE, SILVER, EMAS


Terkadang hal-hal kecil itu sangat penting. Jika Anda memulai sprint baru atau hanya ingin menyeret dan melepaskan tugas di papan, Anda akan menyukai peluang baru untuk memilih beberapa kartu tugas menggunakan Cmd + pada Mac atau Ctrl + pada Windows dan pindahkan semuanya ke daftar lain sekaligus.


Urutkan paket di antarmuka Registry


PREMIUM, ULTIMATE, SILVER, EMAS


Di GitLab Package Registry, Anda dapat mengumpulkan, menerbitkan, dan mengirim paket npm , Maven, dan (segera) Conan . GitLab menyediakan antarmuka pengguna tempat metadata paket ditampilkan dan Anda dapat dengan mudah menemukan paket untuk grup atau proyek Anda. Tetapi sampai saat ini, Anda harus menggulir daftar paket secara manual untuk menemukan yang Anda butuhkan.


GitLab 12.4 Package Registry, . created date ( ), name (), version () type (). , .




PREMIUM, ULTIMATE, SILVER, GOLD


Environments GitLab 12.3 . Environments () , Kubernetes, . 12.4 Environments . Kubernetes Environments . Environments .


Environments () , Kubernetes, .


S/MIME Helm- GitLab


CORE, STARTER, PREMIUM, ULTIMATE


S/MIME , , ยซ ยป . S/MIME Omnibus 12.3 , S/MIME GitLab Kubernetes. 12.4 S/MIME GitLab Helm- GitLab .


Cert-Manager Kubernetes Kubernetes


CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD


, Kubernetes, . GitLab 12.4 Cert-Manager GitLab Kubernetes. , GitLab, Operations > Kubernetes , Cert-Manager.


Omnibus


CORE, STARTER, PREMIUM, ULTIMATE




Let's Encrypt Cert-Manager 0.8.0 1


GitLab 12.4 Kubernetes Cert-Manager v0.5.2 Kubernetes. Let's Encrypt Cert-Manager 0.8.0 1 2019 . Cert-Manager . .


: 1 2019 .


gitlab.rb GitLab


GitLab, , , . IP , /etc/gitlab/gitlab.rb . gitlab.rb GitLab 12.4 GitLab 13.0. Omnibus GitLab 12.3 ( ) , .


: GitLab 13.0


Elasticsearch 5.6


Elasticsearch Elasticsearch 5.6.x GitLab 12.7. Elasticsearch 5.6 Elasticsearch 7.x.


GitLab 12.7 Elasticsearch 6.x. , Elasticsearch 7.x GitLab. . GitLab ElasticSearch 6.x.


: 22 2020 .


openSUSE Leap 15.0


openSUSE 15.0 2019 . GitLab 12.5 openSUSE 15.0. 4404 openSUSE Leap 15.1.


: GitLab 12.5


GitLab 12.4


  • GitLab 12.4 Knative 0.7 GitLab . . GitLab Serverless -. Knative, GitLab.
  • GitLab 12.4 Kubernetes Cert-Manager v0.9.1. Cert-Manager Kubernetes, . Let's Encrypt 1 2019 . Cert-Manager . GitLab 12.3 Cert-Manager 0.9.1 Kubernetes. Cert-Manager ( Kubernetes), .
  • . โ€” Sidekiq, . GitLab.com 36 . , . Rails: (Project.count.to_f / 300_000).ceil . Rails: Sidekiq::Queue.new('background_migration').size .

Source: https://habr.com/ru/post/id473470/


All Articles