Sürüm 13.4, CI değişkenleri, Kubernetes Agent ve güvenlik merkezi için HashiCorp depolamanın yanı sıra Starter'daki değiştirilebilir özelliklerle birlikte yayınlandı
GitLab'da her zaman kullanıcıların en sevdiğiniz platformda riski azaltmasına, verimliliği artırmasına ve teslimat hızını artırmasına nasıl yardımcı olabileceğimizi düşünüyoruz. Bu ay, güvenlik yeteneklerini genişleten, güvenlik açıklarının sayısını azaltan, verimliliği artıran, GitLab ile çalışmayı basitleştiren ve ekibinizin özellikleri daha da hızlı sunmasına yardımcı olan birçok yararlı yeni özellik ekledik. Sürümün ana özelliklerinin yanı sıra yararlı bulacağınızı umuyoruz. 53 yeni özellik daha, bu sürümde eklendi.
Gelişmiş Güvenlik Özellikleri
GitLab DevSecOps'a her ay birkaç yeni özellik eklemeye çalışıyoruz ve bu sürüm de bir istisna değil. montaj ve dağıtım çerçevesinde. Ek olarak, kod dağıtım sorumluluklarının ayrılmasını desteklemek isteyen kuruluşlar artık . Bu rol karşılık gelir ve birleştirme isteklerini onaylamanıza (GitLab'ın Rusça yerelleştirmesinde "birleştirme istekleri") ve kodu değiştirme erişimi sağlamadan kodu güvenli ortamlarda dağıtmanıza olanak tanır.
Riskleri azaltmanın bir başka yolu da yeni ürünler kullanmaktır. . Operasyon ekipleri, kümelerini tüm internete açmak zorunda kalmadan Kubernetes kümelerini GitLab'dan dağıtabilir. Ayrıca yeni Terraform durum dosyaları için otomatik sürüm kontrolü desteğini de sunuyoruz. Uyumluluğu ve hata ayıklama kolaylığını desteklemek için. Son olarak, örnek güvenlik kontrol paneli şu hale geldi: güvenlik açığı raporları ve güvenlik ayarlarıyla.
GitLab ile daha rahat ve verimli çalışma
Küresel aramamızı şunları içerecek şekilde geliştirdik: , en son destek taleplerine, gruplara, projelere, ayarlara ve yardım konularına kolayca gitmenizi sağlar. GitLab Sayfalarının duyurulmasından heyecan duyuyoruz site içindeki ayrı sayfaları ve dizinleri yeniden yönlendirmek, böylece kullanıcıların sitelerini daha verimli bir şekilde dağıtmalarına olanak tanır. Dağıtım hakkında genişletilmiş bilgi almak isteyenler için bu sürüm şunları sağlar: !
Açık Kaynak Katkıları
temsil ediyoruz ben ekledim . Değiştirilen kodun birim test kapsamı üzerindeki işaretler, geliştiricilere inceleme sırasında kod kapsamı hakkında net bir fikir verir; bu bilgiler, incelemelerin hızlandırılmasına ve yeni kodun birleştirilmesi ve dağıtılması için gereken sürenin kısaltılmasına yardımcı olur. Ve biz de ve planla .
Ve bu sadece başlangıç!
Her zamanki gibi genel bakışta çok az yer var, ancak 13.4 sürümünde pek çok harika özellik var. İşte birkaç tane daha:
- .
Sizi nelerin beklediğini önceden bilmek istiyorsanız sonraki bırakın, bir göz atın .
.
bu ay -
Fabio önemli ölçüde katkıda bulundu в - GitLab topluluğunda çok uzun zamandır beklenen bir özellik. Bu, GitLab ekip üyeleriyle sürekli işbirliği gerektiren ve projenin UX, ön uç ve arka uç gibi birçok alanını etkileyen önemsiz değişikliklerle gerçekten önemli bir katkıdır.
GitLab 13.4 sürümünün ana özellikleri
CI işlerinde HashiCorp Vault anahtarlarını kullanma
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
12.10 sürümünde GitLab, GitLab iş işleyicisini (GitLab çalıştırıcısı) kullanarak CI işlerine anahtar alma ve aktarma özelliğini tanıttı. Şimdi genişletiyoruz , yeni sözdizimi ekleme secrets dosyalamak .gitlab-ci.yml. Bu, HashiCorp deposunu GitLab ile kurmayı ve kullanmayı kolaylaştıracaktır.
и .
GitLab Kubernetes Agent ile Tanışın
(PREMIUM, ULTIMATE)
GitLab'ın Kubernetes ile entegrasyonu uzun süredir manuel yapılandırmaya gerek kalmadan Kubernetes kümelerine dağıtım yapılmasını mümkün kılıyor. Birçok kullanıcı bu paketin kullanım kolaylığını beğendi, bazıları ise bazı zorluklarla karşılaştı. Mevcut entegrasyon için GitLab'ın erişebilmesi için kümenizin İnternet'ten erişilebilir olması gerekir. Çoğu kuruluş için bu mümkün değildir çünkü kümelere erişimi güvenlik, uyumluluk veya düzenleme nedenleriyle kısıtlarlar. Bu kısıtlamaları aşmak için kullanıcıların araçlarını GitLab üzerinde oluşturmaları gerekiyordu, aksi takdirde bu özelliği kullanamayacaklardı.
Bugün Kubernetes kümelerine dağıtımın yeni bir yolu olan GitLab Kubernetes Agent'ı tanıtıyoruz. Aracı kümenizin içinde çalışır, dolayısıyla onu tüm İnternet'e açmanıza gerek yoktur. Aracı, GitLab'ın güncellemeleri kümeye göndermesi yerine GitLab'dan yeni değişiklikler isteyerek dağıtımı koordine eder. Hangi GitOps yöntemini kullanırsanız kullanın, GitLab yanınızdadır.
Lütfen bunun ajanın ilk sürümü olduğunu unutmayın. GitLab Kubernetes Agent için şu anki odak noktamız, dağıtımları kod aracılığıyla yapılandırmak ve yönetmektir. Dağıtım panoları ve GitLab tarafından yönetilen uygulamalar gibi mevcut bazı Kubernetes entegrasyon özellikleri henüz desteklenmemektedir. Bu yeteneklerin gelecek sürümlerde aracıya ekleneceği ve ayrıca güvenlik ve uyumluluğa odaklanan yeni entegrasyonların da ekleneceği belirtildi.
и .
Kullanıcılara kod erişimi olmadan dağıtım izinleri verin
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
Daha önce GitLab'ın izin sistemi, ekibinizdeki sorumlulukların geliştirmeden sorumlu olanlar ile dağıtımdan sorumlu olanlar arasında düzgün şekilde bölünmesini zorlaştırıyordu. GitLab 13.4'ün piyasaya sürülmesiyle, dağıtım için birleştirme isteklerini onaylamanın yanı sıra, kodu yazmayan kişilere bakımcı erişim hakları vermeden kodu gerçekten dağıtma izni verebilirsiniz (GitLab'ın Rusça yerelleştirmesinde "bakıcı") ).
и .
Güvenlik Merkezi
(SON, ALTIN)
Daha önce, örnek düzeyinde güvenlik açığı yönetimi hem işlevsellik hem de esneklik açısından sınırlıydı. Arayüz, güvenlik açıklarının ayrıntılarını, ölçüm grafiklerini ve ayarları birleştiren tek bir sayfadan oluşuyordu. Bu özellikleri geliştirmek veya diğer güvenlik özelliklerini kullanmak için fazla yer yok.
GitLab'da güvenliği ve şeffaflığı yönetme şeklimizde temel değişiklikler yaptık. Örnek güvenlik paneli tam bir güvenlik merkezine dönüştürüldü. En büyük değişiklik, yeni bir menü yapısının getirilmesidir: Artık tek sayfa yerine güvenlik kontrol panelini, güvenlik açığı raporunu ve ayarlar bölümünü ayrı ayrı görüyorsunuz. İşlevsellik değişmemiş olsa da, onu parçalara ayırmak, bu bölümde aksi takdirde zor olacak iyileştirmelerin yapılmasına olanak sağlayacaktır. Bu aynı zamanda gelecekte güvenlikle ilgili diğer yeteneklerin eklenmesine de zemin hazırlıyor.
Özel Güvenlik Açığı Raporu bölümünde artık önemli ayrıntıları görüntülemek için daha fazla alan var. İşte şu anda projenin güvenlik açıkları listesinde bulunan güvenlik açıkları. Güvenlik açığı ölçümlerini içeren widget'ların ayrı bir bölüme taşınması, kullanışlı bir güvenlik kontrol paneli oluşturur. Artık yalnızca güvenlik açığı yönetimi için değil, güvenlikle ilgili tüm ölçümler için gelecekteki görselleştirmeler için bir tuval haline geldi. Son olarak, ayrı bir ayarlar alanı, yalnızca güvenlik açığı yönetimi için değil, tüm örnek düzeyindeki güvenlik ayarları için ortak bir alan oluşturur.
и .
Değiştirilebilir özellikler artık GitLab Starter'da
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, ALTIN)
GitLab 11.4 yayınlandı . 12.2'de onlar için stratejiler sunduk и ve 13.1'de eklediler и farklı ortamlar için.
Bu yılın başlarında GitLab bir taahhütte bulundu açık kaynağa dönüştürün. Bu sürümde, değiştirilebilir özelliklerin Başlangıç planına geçişini tamamladık ve bunları Core'a taşımaya devam edeceğiz. . Bu özelliği daha fazla kullanıcıya sunacağımız için heyecanlıyız ve onu nasıl kullandığınızı öğrenmek istiyoruz.
и .
Arama çubuğundan hızlı gezinme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Bazen GitLab'da gezinirken arama sonuçları sayfası yerine doğrudan belirli bir projeye gitmek istersiniz.
Genel arama çubuğunu kullanarak en son destek taleplerine, gruplara, projelere, ayarlara ve yardım konularına hızlı bir şekilde gidebilirsiniz. Bir kısayol tuşunu bile kullanabilirsiniz /GitLab'da daha verimli gezinmek için imlecinizi arama çubuğuna taşımak için!
и .
Birleştirme isteği farklarında kod kapsamı gösteriliyor
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Birleştirme isteğini incelerken, değiştirilen kodun birim testleri kapsamında olup olmadığını belirlemek zor olabilir. Bunun yerine, incelemeciler genel kapsama güvenebilir ve birleştirme talebini onaylamadan önce bu kapsamın artırılmasını talep edebilir. Bu, test yazma konusunda gelişigüzel bir yaklaşıma yol açabilir ve bu aslında kod kalitesini veya test kapsamını iyileştirmez.
Artık bir birleştirme isteği farkını görüntülerken kod kapsamının görsel bir görüntüsünü göreceksiniz. Yeni işaretler, değiştirilen kodun bir birim testi kapsamında olup olmadığını hızlı bir şekilde anlamanıza olanak tanır; bu, kodun gözden geçirilmesini hızlandırmaya ve yeni kodu birleştirme ve dağıtma süresini hızlandırmaya yardımcı olur.
Teşekkürler ve bu özelliği için Siemens!
и .
Ortamlar panelinde daha fazla ortam ve proje
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
GitLab 12.5'in piyasaya sürülmesinden bu yana ortamların durumunu izleyebilirsiniz ancak üç projede en fazla yedi ortam. Ortamlarınızı geniş ölçekte korumanıza ve yönetmenize yardımcı olmak için 13.4 sürümünde bu paneli sayfalara ayırarak geliştirdik. Artık daha fazla projede daha fazla ortam görebilirsiniz.
и .
GitLab, GitLab Terraform sağlayıcısının kontrolünü ele alıyor
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Son zamanlarda ve planla . Geçtiğimiz ay boyunca 21 birleştirme isteğini kabul ettik ve uzun süredir devam eden hatalar ve aşağıdaki gibi eksik özellikler de dahil olmak üzere 31 bileti kapattık. . Yapabilirsin Terraform belgelerinde.
и .
OpenAPI spesifikasyonları veya HAR dosyasıyla bulanık API testi
(SON, ALTIN)
API fuzzing testi, web uygulamalarınızda ve API'lerinizde diğer tarayıcıların ve test yöntemlerinin gözden kaçırabileceği hataları ve güvenlik açıklarını bulmanın harika bir yoludur.
GitLab'daki API bulanıklaştırma testi şunları sağlamanıza olanak tanır: veya uygulamanız ve ardından uç durumları test etmek ve hataları bulmak için tasarlanmış rastgele giriş verilerini otomatik olarak oluşturur. Sonuçlar boru hattınızda anında görünür.
Bu bizim ilk API bulanıklık testi sürümümüzdür ve ne düşündüğünüzü duymak isteriz. Tüylenme testi için stoklarımızda daha fazlası var , bu özelliğin yayınlanmasını esas alacağız.
и .
Metrik panelinde yeni grafikleri önizleyin
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Önceden GitLab'daki ölçüm panosunda grafik oluşturmak kolay bir iş değildi. Gösterge tablosu YAML dosyasında metriği oluşturduktan sonra, master, yeni oluşturulan grafiğin tam olarak ihtiyacınız olduğu gibi çalıştığını doğrulamaksızın. Bu sürümden başlayarak, grafiği oluştururken değişiklikleri önizleyebilir, değişiklikleri kontrol paneli YAML dosyasına göndermeden önce sonuç hakkında fikir edinebilirsiniz.
и .
Grubun tüm projeleri için testlere göre kod kapsamına ilişkin veriler
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
GitLab'da çok sayıda projeyi yönetirken, kod kapsamının tüm projelerde zaman içinde nasıl değiştiğine ilişkin tek bir bilgi kaynağına ihtiyacınız vardır. Daha önce bu bilgilerin görüntülenmesi sıkıcı ve zaman alıcı manuel çalışma gerektiriyordu: Her projeden kod kapsamı verilerini indirmeniz ve bunları bir tabloda birleştirmeniz gerekiyordu.
13.4 sürümünde kolay ve hızlı bir şekilde montajı mümkün hale geldi .csv Grubun tüm projeleri veya seçilen projeler için kod kapsamına ilişkin tüm verileri içeren dosya. Bu özellik MVC'dir, bunu yetenek takip edecektir. .
и .
Tam bulanıklık testi için yeni dil desteği
(SON, ALTIN)
Bu sürüm, tam kapsamı hedefleyen fuzz testi için birkaç yeni dil desteği sunuyor.
Artık Java, Rust ve Swift uygulamalarınızdaki bulanıklaştırma testinin tüm yeteneklerini değerlendirebilir ve diğer tarayıcıların ve test yöntemlerinin gözden kaçırabileceği hataları ve güvenlik açıklarını bulabilirsiniz.
и .
Ana ortam sayfasındaki uyarılar
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
Ortamlar sayfası ortamlarınızın genel durumunu gösterir. Bu sürümde, uyarı ekranı ekleyerek bu sayfayı geliştirdik. Ortamlarınızın durumuyla birlikte tetiklenen uyarılar, ortaya çıkan durumları düzeltmek için hızlı bir şekilde harekete geçmenize yardımcı olacaktır.
и .
İç içe işlem hatları artık kendi iç içe işlem hatlarını çalıştırabilir
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
İç içe işlem hatları kullanarak artık alt işlem hatları içinde yeni işlem hatları çalıştırmak mümkün. Değişken sayıda boru hattı oluşturma esnekliğine ihtiyacınız varsa ekstra derinlik düzeyi yararlı olabilir.
Daha önce, iç içe işlem hatları kullanılırken, her alt işlem hattı, üst işlem hattında manuel olarak tanımlanacak bir tetikleyici iş gerektiriyordu. Artık istediğiniz sayıda yeni iç içe işlem hattını dinamik olarak başlatacak iç içe işlem hatları oluşturabilirsiniz. Örneğin, bir monorepository'niz varsa, daldaki değişikliklere bağlı olarak gerekli sayıda yeni işlem hattını kendisi oluşturacak olan ilk alt boru hattını dinamik olarak oluşturabilirsiniz.
и .
Ana ve iç içe geçmiş işlem hatları arasında iyileştirilmiş gezinme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Önceden, ana ve iç içe geçmiş işlem hatları arasında gezinmek pek kullanışlı değildi; istediğiniz işlem hattına ulaşmak için çok sayıda tıklamaya ihtiyaç duyuyordunuz. Hangi işin boru hattını başlattığını anlamak da kolay olmadı. Artık ana ve iç içe geçmiş boru hatları arasındaki bağlantıları görmek çok daha kolay olacak.
и .
Paralel matris işleri, iş unvanındaki ilgili değişkenleri gösterir
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Eğer kullandıysanız iş adları şuna benzediğinden, belirli bir iş için hangi matris değişkeninin kullanıldığını belirlemenin zor olduğunu fark etmiş olabilirsiniz. matrix 1/4. 13.4 sürümünde genel iş adı yerine o işte kullanılan ilgili değişken değerlerini göreceksiniz. Örneğin, amacınız x86 mimarisinde hata ayıklamaksa, o zaman iş çağrılır. matrix: debug x86.
и .
GitLab 13.4'teki diğer iyileştirmeler
Atlassian hesabını bağlama
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab kullanıcıları artık GitLab hesaplarını Atlassian Cloud hesaplarına bağlayabilecek. Bu, Atlassian kimlik bilgilerinizle GitLab'da oturum açmanıza olanak tanıyacak ve aynı zamanda gelecekteki entegrasyon iyileştirmeleri için de temel oluşturacaktır. ve Atlassian serisinin diğer ürünleriyle birlikte.
и .
Tüm birleştirme işlemlerinin listesini dışa aktarma
(SON, ALTIN)
Uyumluluk odaklı kuruluşların, denetçilere üretimdeki herhangi bir değişiklikle ilişkili bileşenlere ilişkin bütünsel bir bakış açısı göstermenin bir yoluna ihtiyacı vardır. GitLab'da bu, her şeyi tek bir yerde toplamak anlamına gelir: birleştirme istekleri, biletler, işlem hatları, güvenlik taramaları ve diğer taahhüt verileri. Şimdiye kadar bilgileri ya GitLab'da manuel olarak toplamanız ya da araçlarınızı bilgileri toplayacak şekilde yapılandırmanız gerekiyordu ki bu da pek verimli değildi.
Artık denetim gereksinimlerini karşılamak veya diğer analizleri gerçekleştirmek için bu verileri programlı olarak toplayabilir ve dışarı aktarabilirsiniz. Geçerli grup için tüm birleştirme işlemlerinin bir listesini dışa aktarmak için şuraya gitmeniz gerekir: ve düğmeye tıklayın Tüm birleştirme taahhütlerinin listesi. Ortaya çıkan dosya, birleştirme isteğinin tüm taahhütlerini, bunların yazarını, ilgili birleştirme isteğinin kimliğini, grubu, projeyi, onaylayıcıları ve diğer bilgileri içerecektir.
и .
API aracılığıyla kişisel erişim belirteçlerini listeleyin ve yönetin
(SON, ALTIN)
GitLab ad alanına erişimi yönetmek, uyumluluk çabalarının önemli bir parçasıdır. En az ayrıcalık ilkelerinden, zamanlı erişimin devre dışı bırakılmasına kadar GitLab'daki kişisel erişim belirteçleriyle ilişkili çeşitli gereksinimler olabilir. Ad alanınızdaki tüm bu kullanıcı kimlik bilgilerini korumayı ve yönetmeyi kolaylaştırmak için, tüm kişisel erişim belirteçlerini listeleme olanağı sağladık ve isteğe bağlı olarak API aracılığıyla.
GitLab API'sinde yapılan bu iyileştirmeler, kullanıcıların kendi kişisel erişim belirteçlerini listelemelerine ve iptal etmelerine, yöneticilerin ise kullanıcı belirteçlerini listelemelerine ve iptal etmelerine olanak tanır. Yöneticilerin ad alanlarına kimlerin erişebileceğini görmesi, kullanıcı verilerine göre erişim kararları vermesi ve ele geçirilmiş veya şirketin erişim yönetimi politikalarının dışında kalan kişisel erişim belirteçlerini iptal etmesi artık daha kolay olacak.
и .
İlgili sorunlar ve diğer özellikler artık GitLab Core'da
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Birkaç ay önce bir planımızı duyurduk. . Bu sözü yerine getirmek için çalışarak, , и (GitLab'ın Rusça yerelleştirmesinde “tartışma panosu”) Çekirdek planında mevcuttur. Bu yalnızca "bağlantılı" ilişkiler için geçerlidir; "engellenen" ve "engellenen" ilişkiler ücretli planlarda kalır.
и .
Kaynak dal adının birleştirme isteği kenar çubuğunda görüntülenmesi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Kod değişikliklerini, tartışmaları ve birleştirme isteği taahhütlerini incelerken, daha derin bir inceleme için genellikle şubenin yerel olarak kontrol edilmesi arzu edilir. Ancak, birleştirme isteği açıklamasına daha fazla içerik eklendikçe ve sayfada daha aşağıya doğru ilerlemek zorunda kaldıkça, konu adını bulmak giderek zorlaşıyor.
Şube adını birleştirme isteği kenar çubuğuna ekledik, böylece ona her zaman erişilebilir hale geldik ve tüm sayfayı kaydırma ihtiyacını ortadan kaldırdık. Birleştirme isteğine giden bağlantı gibi, kaynak dal bölümü de kullanışlı bir "kopyala" düğmesi içerir.
Teşekkürler Bu özelliğin geliştirilmesine yaptığınız büyük katkı için!
и .
Birleştirme isteği farklarında daraltılmış dosyaların varlığının belirtilmesi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Birden fazla dosyaya değişiklik ekleyen birleştirme istekleri bazen oluşturma performansını iyileştirmek için büyük dosyaların farklarını daraltır. Bu durumda, özellikle çok sayıda dosya içeren birleştirme isteklerinde, inceleme sırasında bir dosyayı yanlışlıkla atlamak mümkündür. Sürüm 13.4'ten başlayarak, birleştirme istekleri katlanmış dosyaları içeren farkları işaretleyecektir, böylece kod incelemesi sırasında bu dosyaları kaçırmayacaksınız. Daha da fazla netlik sağlamak için, gelecekteki bir sürümde bu dosyalara vurgulama eklemeyi planlıyoruz. Güncellemeler için bizi takip etmeye devam edin .
и .
Birleştirme isteğinin farkında daraltılmış dosyaların varlığına ilişkin uyarı
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Birleştirme isteği farkları bölümünde, performansı artırmak için büyük dosyalar daraltılır. Ancak kodu incelerken, tüm büyük dosyalar daraltıldığından, inceleyen kişi dosya listesinde gezinirken bazı dosyalar gözden kaçabilir.
Kullanıcıları bu bölümde birleştirilmiş bir dosya olduğu konusunda bilgilendirmek için birleştirme isteği fark sayfasının üst kısmına görünür bir uyarı ekledik. Bu şekilde, inceleme sırasında birleştirme isteğinde yapılan hiçbir değişikliği kaçırmazsınız.
и .
Gitaly küme deposunun otomatik kurtarılması
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Daha önce Gitaly kümesinin birincil düğümü çevrimdışı olduğunda, o düğümdeki depolar salt okunur olarak işaretleniyordu. Bu, düğümde henüz kopyalanmamış değişikliklerin olduğu durumlarda veri kaybını önledi. Düğüm tekrar çevrimiçi olduğunda GitLab otomatik olarak geri yüklenmedi ve yöneticilerin senkronizasyon işlemini manuel olarak başlatması veya veri kaybını kabul etmesi gerekiyordu. İkincil bir düğümde çoğaltma işinin başarısız olması gibi diğer durumlar da depoların eskimesine veya salt okunur olmasına neden olabilir. Bu durumda depo, çoğaltma işini başlatacak olan bir sonraki yazma işlemi gerçekleşene kadar eski durumda kaldı.
Bu problemi çözmek için artık bir düğümde güncel olmayan bir depo, diğerinde ise havuzun en son sürümünü algıladığında bir çoğaltma işi planlıyor. Bu çoğaltma işi, veri havuzunu otomatik olarak güncel tutarak verileri manuel olarak geri yükleme ihtiyacını ortadan kaldırır. Otomatik kurtarma aynı zamanda bir çoğaltma işinin başarısız olması durumunda bir sonraki yazma işlemini beklemek yerine ikincil düğümlerin hızla güncelleştirilmesini sağlar. Birçok Gilaly kümesi çok sayıda depo depoladığından, bu durum yöneticilerin ve güvenilirlik mühendislerinin bir hata sonrasında verileri kurtarmak için harcadıkları süreyi önemli ölçüde azaltır.
Ayrıca otomatik onarım, kümeye eklenen herhangi bir yeni Gitaly düğümünde depoların çoğaltılmasını başlatır ve yeni düğümler eklenirken manuel çalışmayı ortadan kaldırır.
и .
Tasarım sayfasında yapılacak iş görevini tamamlandı olarak işaretleme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab'da etkili iletişim, yapılacaklar listelerine dayanır. Bir yorumda sizden bahsediliyorsa, bir göreve atlayıp bir şeyler yapmaya başlayabilmeniz veya görevi tamamlandı olarak işaretleyebilmeniz çok önemlidir. Bir şey üzerinde çalışmanız gerektiğinde veya daha sonra o işe geri dönmeniz gerektiğinde kendinize bir görev atayabilmeniz de önemlidir.
Daha önce tasarımlarla çalışırken görev ekleyemiyor veya bunları tamamlandı olarak işaretleyemiyordunuz. Yapılacaklar GitLab iş akışının kritik bir unsuru olduğundan, bu durum ürün ekipleri arasındaki iletişimin verimliliğini ciddi şekilde bozdu.
13.4 sürümünde tasarımlar, görevlerin kullanımında destek bildirimlerini yakalıyor ve bu da onlarla çalışmayı daha tutarlı ve verimli hale getiriyor.
и .
CI/CD için geliştirilmiş sorun giderme kılavuzu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab CI/CD sorun giderme kılavuzunu, karşılaşabileceğiniz genel sorunlar hakkında daha fazla bilgi içerecek şekilde geliştirdik. Geliştirilmiş belgelerin, GitLab CI/CD'yi hızlı ve kolay bir şekilde kurup çalıştırmanıza yardımcı olacak değerli bir kaynak olacağını umuyoruz.
и .
Birleştirme istekleri artık birleştirme kuyruğunun dışında kalmıyor
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
Daha önce, birleştirme istekleri, geç yorumlar nedeniyle yanlışlıkla birleştirme kuyruğundan düşebiliyordu. Bir birleştirme isteği zaten kuyruktaysa ve birisi buna yeni çözümlenmemiş bir tartışma yaratan bir yorum eklediyse, birleştirme isteğinin birleştirme için uygun olmadığı kabul edildi ve kuyruktan düşülecekti. Artık birleştirme kuyruğuna bir birleştirme isteği eklendikten sonra, birleştirme sürecini kesintiye uğratma korkusu olmadan yeni yorumlar eklenebilir.
и .
Birleştirme isteğinde bir işin kod kapsamı değerini görüntüleme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Geliştiriciler, kapsam değerini hesaplamak için ayrıştırılması gereken birden fazla işe sahip bir işlem hattının çalıştırılması gibi karmaşık senaryolarda bile işlem hattı tamamlandıktan sonra kod kapsamı değerini görebilmelidir. Daha önce, birleştirme isteği widget'ı yalnızca bu değerlerin ortalamasını gösteriyordu; bu, ara kapsam değerlerini almak için iş sayfasına gitmeniz ve birleştirme isteğine geri dönmeniz gerektiği anlamına geliyordu. Size zaman kazandırmak ve bu ekstra adımlardan tasarruf etmek için widget'ın ortalama kapsam değerini, bunun hedef ve kaynak dalları arasındaki değişikliklerini ve ortalamanın hesaplandığı her iş için kapsam değerini gösteren bir araç ipucunu göstermesini sağladık.
и .
Bir grubu görüntülerken paketleri paket kayıt defterinden kaldırma
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab paket kaydı, paketleri farklı formatlarda saklayıp dağıtabileceğiniz bir yerdir. Projenizde veya grubunuzda çok sayıda paket olduğunda, insanların bunları indirmesini önlemek için kullanılmayan paketleri hızlı bir şekilde tanımlamanız ve kaldırmanız gerekir. Paketleri kayıt defterinizden şu adresten kaldırabilirsiniz: veya paket kayıt defteri kullanıcı arayüzü aracılığıyla. Ancak şimdiye kadar kullanıcı arayüzü aracılığıyla bir grubu görüntülerken paketleri kaldıramıyordunuz. Sonuç olarak gereksiz paketleri proje bazında kaldırmak zorunda kalıyordunuz ki bu da verimsizdi.
Artık bir grubun paket kaydını görüntülerken paketleri kaldırabilirsiniz. Grubun paket kayıt sayfasına gidin, paketleri ada göre filtreleyin ve ihtiyacınız olmayanları kaldırın.
и .
Conan paketlerini proje düzeyine ölçeklendirme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
C/C++ bağımlılıklarını yayınlamak ve dağıtmak için GitLab'daki Conan deposunu kullanabilirsiniz. Ancak Conan paket adı maksimum 51 karakterden oluşabildiğinden, önceden paketler yalnızca bulut sunucusu düzeyine ölçeklenebiliyordu. Örneğin bir alt gruptan bir paket yayınlamak istiyorsanız gitlab-org/ci-cd/package-stage/feature-testing/conanbunu yapmak neredeyse imkansızdı.
Artık Conan paketlerini proje düzeyine kadar ölçeklendirebilir, böylece projelerinizin bağımlılıklarını yayınlamayı ve dağıtmayı kolaylaştırabilirsiniz.
и .
Bağımlılık taraması için yeni paket yöneticileri ve diller desteği
(SON, ALTIN)
Listemize NuGet 4.9+ veya Conan paket yöneticilerini kullanan C, C++, C# ve .Net kod projelerine yönelik bağımlılık taramalarını eklemekten heyecan duyuyoruz . Artık paket yöneticileri aracılığıyla eklenen bağımlılıklardaki bilinen güvenlik açıklarını kontrol etmek için Güvenli aşamasının bir parçası olarak bağımlılık taramasını etkinleştirebilirsiniz. Bulunan güvenlik açıkları, birleştirme isteğinizde ciddiyet düzeyleriyle birlikte görüntülenecektir; böylece, birleştirmeyi gerçekleştirmeden önce yeni bağımlılığın ne gibi riskler taşıdığını bilirsiniz. Projenizi gerektirecek şekilde de yapılandırabilirsiniz. Kritik (Kritik), yüksek (Yüksek) veya bilinmeyen (Bilinmeyen) önem düzeyine sahip güvenlik açıklarına sahip bağımlılıklar için.
и .
Birleştirme isteği ayarını 'Ardışık düzen başarıyla tamamlandığında birleştir' olarak değiştirildiğinde bildirimler
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Daha önce birleştirme isteği ayarlarını ayarlarken İşlem hattı bittiğinde birleştir (Boru Hattı Başarılı Olduğunda Birleştir, MWPS) hiçbir e-posta bildirimi gönderilmedi. Durumu manuel olarak kontrol etmeniz veya birleştirme bildirimini beklemeniz gerekiyordu. Bu sürümle kullanıcı katkılarını öne çıkarmaktan mutluluk duyuyoruz Bir incelemeci birleştirme ayarını MWPS olarak değiştirdiğinde, birleştirme isteğine abone olan herkese otomatik bildirimler ekleyerek bu sorunu çözdü.
и .
Kubernetes'in kullanıcı tanımlı bir sürümüyle EKS kümeleri oluşturma
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab kullanıcıları artık EKS tarafından sağlanacak Kubernetes sürümünü seçebilecek; 1.14–1.17 sürümleri arasında seçim yapabilirsiniz.
и .
Bilet türü olarak olay oluşturma
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Ortaya çıkan her sorun anında uyarı tetiklemez: kullanıcılar kesintileri bildirir ve ekip üyeleri performans sorunlarını araştırır. Olaylar artık bir tür destek talebi haline geldi; böylece ekipleriniz bunları normal iş akışlarının bir parçası olarak hızlı bir şekilde oluşturabilir. Tıklamak Yeni görev GitLab'ın herhangi bir yerinden ve sahadan Tip seçmek Инцидент.
и .
Markdown'da GitLab Uyarılarından Bahsetmek
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab Markdown'a özel olarak yeni bir bahsetme türü ekleyerek GitLab uyarılarını geliştirdik, böylece uyarıları paylaşmayı ve bunlardan bahsetmeyi kolaylaştırdık. Kullanmak ^alert#1234Herhangi bir Markdown alanında uyarıdan bahsetmek için: olaylarda, destek bildirimlerinde veya birleştirme taleplerinde. Bu aynı zamanda destek bildirimleri veya birleştirme istekleri yerine uyarılardan oluşturulan işleri tanımlamanıza da yardımcı olacaktır.
и .
Uyarı yükünü olaya göre görüntüleme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Uyarı açıklaması, sorun giderme ve kurtarma açısından kritik bilgiler içerir ve bir olayı çözmeye çalışırken araçları veya sekmeleri değiştirmenize gerek kalmaması için bu bilgilere kolayca erişilebilmelidir. Uyarılardan oluşturulan olaylar, uyarı açıklamasının tamamını sekmede görüntüler Uyarı Ayrıntıları.
%75 daha hızlı gelişmiş arama
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, ALTIN)
GitLab, tek bir uygulama olarak tüm DevOps iş akışınızda hızlı bir şekilde içerik keşfi yapma konusunda benzersiz bir yeteneğe sahiptir. GitLab 13.4'te gelişmiş arama, sonuçları %75 daha hızlı döndürür. GitLab.com'da olduğu gibi.
и .
Yöneticiler için silinen projeleri görüntüleme
(CORE, STARTER, PREMIUM, ULTIMATE)
Projenin silinmesini erteleme seçeneği vardı . Ancak daha önce silinmeyi bekleyen tüm projeleri tek bir yerde görmek mümkün değildi. GitLab kullanıcı örneği yöneticileri artık tüm bekleyen silme projelerini ve bu projeleri kolayca geri yüklemeye yönelik düğmeleri tek bir yerde görüntüleyebilir.
Bu özellik, ilgili tüm bilgileri tek bir yerde toplayarak ve istenmeyen silme işlemlerini geri alma yeteneği sağlayarak yöneticilere proje silme işlemi üzerinde daha fazla kontrol sağlar.
Teşekkürler bu özellik için!
и .
API'ye grup aktarma kuralları için destek eklendi
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, ALTIN)
Önceden, grup aktarma kuralları yalnızca her grubun GitLab kullanıcı arayüzü aracılığıyla ayrı ayrı ziyaret edilmesi ve bu kuralların uygulanmasıyla yapılandırılabiliyordu. Özel araçlarınızı ve GitLab otomasyonunuzu desteklemek için artık bu kuralları bir API aracılığıyla yönetebilirsiniz.
и .
Kendi kendini yöneten kimlik bilgileri depolaması için kişisel erişim belirteçlerini iptal etme
(NİHAİ)
Yöneticilere GitLab örnekleri için kullanıcı kimlik bilgilerini yönetmek için ihtiyaç duydukları bilgileri sağlar. Uyumluluk odaklı kuruluşların kimlik bilgileri yönetimi politikalarının katılığı farklılık gösterdiğinden, yöneticilerin isteğe bağlı olarak kullanıcının kişisel erişim belirtecini (PAT) iptal etmesine olanak tanıyan bir düğme ekledik. Yöneticiler artık potansiyel olarak tehlikeye atılmış PAT'leri kolayca iptal edebilir. Bu özellik, kullanıcılarının yaşadığı kesintiyi en aza indirmek için daha esnek uyumluluk seçenekleri isteyen kuruluşlar için kullanışlıdır.
и .
Statik site düzenleyicisi için yapılandırma dosyası
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab 13.4'te statik site düzenleyicisini özelleştirmenin yeni bir yolunu sunuyoruz. Bu sürümde yapılandırma dosyası herhangi bir ayarı kaydetmese veya almasa da, düzenleyici davranışının gelecekte özelleştirilmesi için temel atıyoruz. Gelecek sürümlerde dosyaya ekleyeceğiz .gitlab/static-site-editor.yml kurulum için parametreler , bunun üzerinde , Markdown sözdizimi ayarlarını ve diğer düzenleyici ayarlarını geçersiz kılar.
и .
Statik site düzenleyicisi kullanarak bir dosyanın giriş bölümünü düzenleme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Ön madde, statik site oluşturucu tarafından işlenmek üzere veri dosyalarındaki sayfa değişkenlerini tanımlamanın esnek ve kullanışlı bir yoludur. Genellikle sayfa başlığını, düzen şablonunu veya yazarını ayarlamak için kullanılır, ancak sayfayı HTML'de görüntülerken her türlü meta veriyi oluşturucuya iletmek için de kullanılabilir. Her veri dosyasının en üstünde yer alan giriş kısmı genellikle YAML veya JSON olarak biçimlendirilir ve tutarlı ve kesin bir sözdizimi gerektirir. Belirli sözdizimi kurallarına aşina olmayan kullanıcılar yanlışlıkla geçersiz işaretleme girebilir, bu da biçimlendirme sorunlarına ve hatta derleme hatalarına neden olabilir.
Statik site düzenleyicisinin WYSIWYG düzenleme modu, bu biçimlendirme hatalarını önlemek için girişi düzenleyiciden zaten kaldırır. Ancak bu, kaynak modunda düzenlemeye dönmeden bu bölümde saklanan değerleri değiştirmenizi engeller. GitLab 13.4'te herhangi bir alana erişebilir ve değerini tanıdık form tabanlı bir arayüzde düzenleyebilirsiniz. Düğmeye basıldığında Ayarlar (Ayarlar) başlangıçta tanımlanan her tuş için bir form alanı gösteren bir panel açılacaktır. Alanlar geçerli değerle doldurulur ve bunlardan herhangi birini düzenlemek, bunu web formuna girmek kadar basittir. Girişin bu şekilde düzenlenmesi, karmaşık sözdizimini ortadan kaldırır ve size içerik üzerinde tam kontrol sağlarken nihai sonucun tutarlı bir şekilde biçimlendirilmesini sağlar.
и .
Jira ve DVCS Bağlayıcısı için GitLab artık Core'da
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab'daki Jira kullanıcıları için: и GitLab taahhütleri hakkındaki bilgileri görüntülemenize ve istekleri doğrudan Jira'da birleştirmenize olanak tanır. Yerleşik Jira entegrasyonumuzla birlikte çalışırken iki uygulama arasında kolayca geçiş yapabilirsiniz.
Bu özellikler daha önce yalnızca Premium planımızda mevcuttu ancak artık tüm kullanıcıların kullanımına sunuldu!
и .
Gitaly küme işlemleri için çoğunluk oyu (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Gitaly kümesi, Git depolarını birden fazla "sıcak" Gitaly düğümüne kopyalamanıza olanak tanır. Bu, tek arıza noktalarını ortadan kaldırarak hata toleransını artırır. GitLab 13.3'te tanıtılan , değişikliklerin kümedeki tüm Gitaly düğümlerine yayınlanmasına neden olur, ancak yalnızca birincil düğümle anlaşarak oy veren Gitaly düğümleri değişiklikleri diske kaydeder. Tüm çoğaltma düğümleri aynı fikirde değilse, değişikliğin yalnızca bir kopyası diskte depolanacak ve eşzamansız çoğaltma tamamlanana kadar tek bir hata noktası oluşturulacaktır.
Çoğunluk oylaması, değişiklikleri diske kaydetmeden önce düğümlerin çoğunluğunun (hepsinin değil) onayını gerektirerek hata toleransını artırır. Bu geçiş özelliği etkinleştirilirse yazma işleminin birden fazla düğümde başarılı olması gerekir. Muhalif düğümler, yeter sayıyı oluşturan düğümlerden eşzamansız çoğaltma kullanılarak otomatik olarak eşitlenir.
и .
Web IDE'de JSON doğrulaması için özel şema desteği
(PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN)
İnsanların JSON veya YAML'de yapılandırma yazdığı projeler genellikle sorunlara eğilimlidir çünkü yazım hatası yapmak ve bir şeyi bozmak kolaydır. CI hattındaki bu sorunları tespit etmek için inceleme araçları yazmak mümkündür ancak bir JSON şema dosyası kullanmak, dokümantasyon ve ipuçları sağlamak açısından yararlı olabilir.
Proje katılımcıları, veri havuzlarında bir dosyadaki özel şemaya giden yolu tanımlayabilir .gitlab/.gitlab-webide.yml, kontrol edilecek dosyaların şemasını ve yolunu belirtir. Belirli bir dosyayı Web IDE'ye yüklediğinizde, dosyayı oluşturmanıza yardımcı olacak ek geri bildirim ve doğrulama göreceksiniz.
и .
Yönlendirilmiş Döngüsel Grafik (DAG) dallanma sınırı 50'ye yükseltildi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Konveyör kullanıyorsanız (Yönlendirilmiş Döngüsel Grafik (DAG))), bir işin tanımlayabileceği 10 iş sınırı olduğunu görebilirsiniz. needs:, çok sert. 13.4'te, hatlarınızdaki işler arasında daha karmaşık ilişki ağlarına olanak sağlamak için varsayılan sınır 10'dan 50'ye çıkarıldı.
Özel bir GitLab örneğinin yöneticisiyseniz, bir geçiş özelliği ayarlayarak bu sınırı daha da artırabilirsiniz, ancak bunun için resmi destek sunmuyoruz.
и .
Geliştirilmiş davranış needs kaçırılan ödevler için
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Bazı durumlarda, bir ardışık düzende kaçırılan bir iş, belirtilen bağımlılıklar için yanlışlıkla başarılı olarak değerlendirilebilir. needs, bu da olmaması gereken sonraki işlerin çalıştırılmasına neden oldu. Bu davranış 13.4 sürümünde düzeltildi ve needs artık kaçırılan görevleri doğru bir şekilde ele alıyor.
и .
Silinmesini önlemek için son görev eserini sabitleyin
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab artık herhangi bir aktif dal, birleştirme isteği veya etiketteki son başarılı işi ve ardışık düzen yapıtını, süre dolduktan sonra silinmesini önlemek için otomatik olarak kilitliyor. Eski eserleri temizlemek için daha agresif son kullanma kuralları belirlemek daha kolay hale geliyor. Bu, disk alanı tüketimini azaltmaya yardımcı olur ve her zaman işlem hattındaki en son yapının bir kopyasına sahip olmanızı sağlar.
и .
İşlem Hattı Optimizasyonuna İlişkin CI/CD Kılavuzu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
CI/CD işlem hattınızı optimize etmek teslimat hızını artırabilir ve para tasarrufu sağlayabilir. İşlem hatlarınızı optimize etmekten en iyi şekilde yararlanmanızı sağlayacak hızlı bir kılavuz içerecek şekilde belgelerimizi geliştirdik.
и .
Test durumuna göre sıralanmış test raporu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
bir işlem hattındaki tüm testlerin sonuçlarını görmenin kolay bir yoludur. Ancak test sayısının çok olması nedeniyle başarısız olan testleri bulmak uzun zaman alabilir. Raporun kullanımını zorlaştırabilecek diğer sorunlar arasında, uzun izleme çıktıları arasında gezinme zorluğu ve 1 saniyeden kısa süren testler için zamanın sıfıra yuvarlanması sayılabilir. Artık, varsayılan olarak, bir test raporunu sıralarken, başarısız olan testleri önce raporun başına yerleştirir ve ardından testleri süreye göre sıralar. Bu, arızaları ve uzun testleri bulmayı kolaylaştırır. Ek olarak, test süreleri artık milisaniye veya saniye cinsinden görüntüleniyor, bu da bunların okunmasını çok daha hızlı hale getiriyor ve önceki kaydırma sorunları da çözüldü.
и .
Paket kayıt defterine yüklenen dosyaların boyutuna ilişkin sınırlamalar
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Artık GitLab paket kayıt defterine yüklenebilecek paket dosyalarının boyutunda sınırlamalar var. Paket kayıt defteri performansını optimize etmek ve kötüye kullanımı önlemek için kısıtlamalar eklendi. Limitler paket formatına göre değişiklik göstermektedir. GitLab.com için maksimum dosya boyutları:
- Conan: 250MB
- Maven: 3GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3 GB
Özel GitLab örnekleri için varsayılanlar aynıdır. Ancak yönetici kısıtlamaları şunu kullanarak güncelleyebilir: .
и .
PyPI paketlerini yayınlamak için CI_JOB_TOKEN kullanın
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Kaynak kodu ve CI/CD işlem hatları ile birlikte Python paketlerini oluşturmak, yayınlamak ve paylaşmak için GitLab PyPI deposunu kullanabilirsiniz. Ancak daha önce, önceden tanımlanmış bir ortam değişkenini kullanarak depoda kimlik doğrulaması yapamıyordunuz CI_JOB_TOKEN. Sonuç olarak, PyPI deposunu güncellemek için kişisel kimlik bilgilerinizi kullanmak zorunda kaldınız veya depoyu hiç kullanmamaya karar vermiş olabilirsiniz.
Önceden tanımlanmış bir ortam değişkeni kullanarak PyPI paketlerini yayınlamak ve yüklemek için GitLab CI/CD'yi kullanmak artık daha kolay CI_JOB_TOKEN.
и .
Talep üzerine DAST tarayıcı profilleri
(SON, ALTIN)
İsteğe bağlı DAST taramasına , DAST tarayıcı profilleri eklendi. Bu taramaların yapılandırma yeteneklerini genişleterek birden çok tarama türünü kapsayacak şekilde hızla birden çok profil oluşturmanıza olanak tanır. 13.4'te, tarayıcı profili, taranan bir sitenin tüm sayfalarını keşfetmeye çalışırken DAST tarayıcısının ne kadar süre çalışması gerektiğini belirleyen bir tarayıcı zaman aşımı ayarını yerel olarak içerir. Profil ayrıca, sitenin 200 veya 300 durum koduyla yanıt vermemesi durumunda tarayıcının, taramayı durdurmadan önce sitenin erişilebilir hale gelmesi için ne kadar süre beklemesi gerektiğini belirlemek üzere bir hedef site zaman aşımı ayarını da içerir. gelecek sürümlerde tarayıcı profiline eklenecektir; ek yapılandırma parametreleri eklenecektir.
и .
GitLab Sayfaları için basit bir yönlendirme yapılandırma dosyası
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
GitLab Sayfalarını kullanıyorsanız ve URL değişikliklerini daha iyi yönetmek istiyorsanız GitLab Sayfaları sitenizdeki yönlendirmeleri yönetmenin mümkün olmadığını fark etmiş olabilirsiniz. GitLab artık, depoya bir yapılandırma dosyası ekleyerek Pages siteniz için bir URL'yi diğerine yönlendirmek üzere kurallar yapılandırmanıza olanak tanıyor. Bu özellik Kevin Barnett'in katkısı sayesinde mümkün olmuştur (), Eric Eastwood'umuz () ve GitLab ekipleri. Katkılarınız için herkese teşekkür ederiz.
и .
GitLab tarafından yönetilen Terraform durumu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Terraform durumunun önceki sürümlerine erişim hem uyumluluk hem de gerekirse hata ayıklama için gereklidir. GitLab tarafından yönetilen Terraform durumunun sürümlendirilmesine yönelik destek GitLab 13.4'ten itibaren sağlanmaktadır. Yeni Terraform durum dosyaları için sürüm oluşturma otomatik olarak etkinleştirilir. Mevcut Terraform durum dosyaları daha sonraki bir sürümde.
и .
Önemli Olay Bildirim Detayları
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Olayları işlerken bir uyarının ne kadar süre açık kaldığını ve olayın kaç kez tetiklendiğini kolayca belirleyebilmeniz gerekir. Bu ayrıntılar, müşteri üzerindeki etkiyi ve ekibinizin ilk önce neyi ele alması gerektiğini belirlemede genellikle kritik öneme sahiptir. Yeni Olay Ayrıntıları panelinde uyarı başlangıç zamanını, olay sayısını ve orijinal uyarıya giden bağlantıyı görüntülüyoruz. Bu bilgi, uyarılardan oluşturulan olaylar için mevcuttur.
и .
Olay önem derecesi parametresini ayarlama ve düzenleme
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Olay Şiddeti boyutu, müdahale ekiplerinin ve paydaşların bir kesintinin etkisinin yanı sıra müdahalenin yöntemini ve aciliyetini belirlemesine olanak tanır. Ekibiniz olay çözümü ve kurtarma sırasında sonuçları paylaştıkça bu ayarı değiştirebilir. Artık Olay Ayrıntıları sayfasının sağ kenar çubuğunda bir olayın önem derecesini düzenleyebilirsiniz ve önem derecesi olaylar listesinde görüntülenir.
и .
Konteyner ağ güvenliği kurallarını oluşturma, düzenleme ve silme
(SON, ALTIN)
Konteyner Ağı Güvenliği Kural Düzenleyicisi'ndeki bu geliştirme, kullanıcıların kurallarını doğrudan GitLab kullanıcı arayüzünden kolayca oluşturmasına, düzenlemesine ve silmesine olanak tanır. Düzenleyici özellikleri şunları içerir: .yaml deneyimli kullanıcılar için ve ağ kurallarına yeni başlayanlar için sezgisel bir arayüze sahip bir kural düzenleyici. Yeni kural yönetimi seçeneklerini bu bölümde bulabilirsiniz. Güvenlik ve Uyumluluk > Tehdit Yönetimi > Kurallar (Güvenlik ve Uyumluluk > Tehdit Yönetimi > Politikalar).
и .
Azure blob depolama desteği
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZ, GÜMÜŞ, ALTIN)
Hem GitLab hem de GitLab Runner artık destekleniyor GitLab hizmetlerinin Azure'da çalıştırılmasını kolaylaştırıyor.
GitLab örnekleri, LFS dosyaları, CI yapıtları ve dahil olmak üzere tüm nesne deposu türleri için Azure'u destekler. . Azure Blob depolamayı ayarlamak için kurulum talimatlarını izleyin veya .
GitLab iş işlemcileri depolama için Azure'u da destekler . Azure depolama bölümü kullanılarak yapılandırılabilir .
и .
Ubuntu ve OpenSUSE için Omnibus ARM64 paketleri
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab'ın 64 bit ARM mimarisinde çalıştırılmasına yönelik artan destek talebine yanıt olarak, resmi ARM64 Ubuntu 20.04 Omnibus paketinin kullanıma sunulduğunu duyurmaktan mutluluk duyuyoruz. Yaptıkları büyük katkılardan dolayı Zitai Chen ve Guillaume Gardet'e çok teşekkür ederiz; birleşme talepleri bunda önemli bir rol oynadı!
Ubuntu 20.04 paketini indirip yüklemek için ve seçin Ubuntu.
и .
GitLab Helm grafiği için akıllı kart kimlik doğrulama desteği
(PREMIUM, ULTIMATE)
Ortak Erişim Kartları (CAC) gibi akıllı kartlar artık Helm grafiği aracılığıyla dağıtılan GitLab örneğinde kimlik doğrulaması yapmak için kullanılabilir. Akıllı kartların kimlik doğrulaması, X.509 sertifikaları kullanılarak yerel bir veritabanına göre yapılır. Bununla Helm grafiğine sahip akıllı kart desteği artık Omnibus dağıtımlarında mevcut olan akıllı kart desteğiyle uyumlu hale geldi.
и .
Ayrıntılı sürüm notları ve güncelleme/kurulum talimatları orijinal İngilizce yayında okunabilir: .
İngilizceden çeviri üzerinde çalışıyorduk , , и .
Kaynak: habr.com