GitLab 11.10, kontrol paneli ardışık düzenleri, birleştirilmiş sonuç ardışık düzenleri ve birleştirme isteklerinde çok satırlı önerilerle.
Farklı projelerdeki boru hatlarının performansı hakkında kullanışlı bilgiler
GitLab, DevOps yaşam döngüsünün görünürlüğünü artırmaya devam ediyor. Bu sayımızda Boru hattı durumuna genel bir bakış eklendi.
Bu, tek bir projenin gidişatını inceliyor olsanız bile kullanışlıdır, ancak özellikle aşağıdaki durumlarda kullanışlıdır: , - ve bu genellikle mikro hizmetler kullanıyorsanız ve farklı proje havuzlarından kodu test etmek ve teslim etmek için bir işlem hattı çalıştırmak istiyorsanız gerçekleşir. Artık performansı hemen görebilirsiniz nerede yapılırsa yapılsın.
Birleştirilmiş sonuçlar için işlem hatlarını çalıştırma
Zamanla kaynak ve hedef dallar birbirinden ayrılır ve ayrı ayrı başa çıktıkları ancak birlikte çalışmadıkları bir durum ortaya çıkabilir. Şimdi yapabilirsin . Bu şekilde, yalnızca değişikliklerin şubeler arasında sık sık taşınması durumunda ortaya çıkabilecek hataları hızlı bir şekilde fark edeceksiniz; bu, işlem hattı hatalarını çok daha hızlı düzelteceğiniz ve .
İşbirliğini daha da optimize edin
GitLab 11.10, kusursuz işbirliği ve basitleştirilmiş iş akışları için daha da fazla özellik ekliyor. İÇİNDE Bir incelemecinin, birleştirme isteğine ilişkin yorumdaki bir satırda değişiklik önerebileceği ve bunun doğrudan yorum dizisinden hemen gerçekleştirilebileceği birleştirme istekleri için öneriler sunduk. Kullanıcılarımız bunu beğendi ve bu özelliğin genişletilmesini istedi. Artık teklif edebilirsiniz , hangi satırların kaldırılacağını ve hangilerinin ekleneceğini belirtir.
Geri bildiriminiz ve önerileriniz için teşekkür ederiz!
Ve hepsi bu değil…
Bu sürümde pek çok harika özellik var; , Daha ayrıntılı , ve fırsat . Aşağıda her biri hakkında ayrıntılar bulunmaktadır.
Bu Ayın En Değerli Çalışanı () — Takuya Noguchi
Bu ayın En Değerli Çalışanı Takuya Noguchi (). Takuya : hatalar düzeltildi, arka uç ve ön uçtaki eksiklikler tamamlandı ve kullanıcı arayüzü iyileştirildi. Teşekkür ederim!
GitLab 11.10'un ana özellikleri
Kontrol panelindeki boru hatları
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
GitLab'daki kontrol paneli, GitLab örneğinizin tamamındaki projeler hakkındaki bilgileri görüntüler. Bireysel projeleri birer birer eklersiniz ve hangi projenin ilginizi çektiğini seçebilirsiniz.
Bu sürümde kontrol paneline işlem hattı durumları hakkında bilgi ekledik. Artık geliştiriciler gerekli tüm projelerde boru hatlarının işlevselliğini tek bir arayüzde görüyor.
Birleştirilmiş sonuçlar için ardışık düzenler
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
Değişiklikleri sürekli olarak aralarında zorlamadığınız sürece, kaynak dalın zaman içinde hedef daldan ayrılması yaygındır. Sonuç olarak, kaynak ve hedef dal işlem hatları "yeşil"dir ve birleştirme çakışması yoktur ancak uyumsuz değişiklikler nedeniyle birleştirme başarısız olur.
Birleştirme isteği ardışık düzeni, kaynak ve hedef dalların birleştirilmesinin birleşik sonucunu içeren yeni bir bağlantıyı otomatik olarak oluşturduğunda, ardışık düzeni bu bağlantı üzerinde çalıştırabilir ve genel sonucun çalıştığından emin olabiliriz.
Birleştirme isteği işlem hatlarını (herhangi bir kapasitede) kullanıyorsanız ve özel GitLab çalıştırıcıları sürüm 11.8 veya daha eskisini kullanıyorsanız, bu sorunu önlemek için bunları güncellemeniz gerekecektir. . Bu, herkese açık GitLab çalıştırıcılarının kullanıcılarını etkilemez.
Birden çok satırda değişiklik önerme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Birleştirme istekleri üzerinde birlikte çalışırken genellikle sorunları tespit eder ve çözümler önerirsiniz. GitLab 11.6'dan beri destekliyoruz bir satır için.
Sürüm 11.10'da, birleştirme isteği fark yorumları birden çok satırda değişiklik önerebilir ve ardından orijinal dalda yazma izni olan herkes bunları tek tıklamayla kabul edebilir. Yeni özellik sayesinde önceki sürümlerde olduğu gibi kopyala-yapıştır işleminin önüne geçebilirsiniz.
Bir alandaki kısayollar
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
Aynı kapsamdaki etiketlerle ekipler, özel alanlara veya özel iş akışı durumlarına sahip senaryolarda bir soruna, birleştirme isteğine veya epik duruma birbirini dışlayan etiketler (aynı kapsamda) uygulayabilir. Etiket başlığında özel bir iki nokta sözdizimi kullanılarak yapılandırılırlar.
İşlevlerinizin hedeflediği platformun işletim sistemini takip etmek için görevlerde özel bir alana ihtiyacınız olduğunu varsayalım. Her görev yalnızca bir platformla ilgili olmalıdır. Kısayollar oluşturabilirsiniz platform::iOS, platform::Android, platform::Linux ve gerektiğinde diğerleri. Bir göreve böyle bir kısayol uygularsanız, ile başlayan başka bir kısayol otomatik olarak kaldırılır. platform::.
Diyelim ki kısayollarınız var workflow::development, workflow::review и workflow::deployed, ekibinizin iş akışının durumunu gösterir. Görevin zaten bir kısayolu varsa workflow::developmentve geliştirici görevi sahneye taşımak istiyor workflow::review, yalnızca yeni kısayolu ve eskisini uygular (workflow::development) otomatik olarak silinir. Bu davranış, ekibinizin iş akışını temsil eden görev panosundaki kısayol listeleri arasında görevleri taşıdığınızda zaten mevcuttur. Artık doğrudan görev panosuyla çalışmayan ekip üyeleri, görevlerdeki iş akışı durumunu kendileri değiştirebilir.
Konteyner kayıt defterinin daha kapsamlı temizlenmesi
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Genellikle CI işlem hatlarıyla bir kapsayıcı kayıt defteri kullandığınızda, tek bir etikete birden çok ayrı değişiklik aktarırsınız. Docker'ın dağıtım uygulaması nedeniyle varsayılan davranış, sistemdeki tüm değişiklikleri kaydetmektir, ancak bunlar çok fazla bellek kaplar. Parametreyi kullanırsanız -m с registry-garbage-collect, önceki tüm değişiklikleri hızlı bir şekilde silebilir ve değerli alanı boşaltabilirsiniz.
Ek CI Runner dakikalarının satın alınması
BRONZ, GÜMÜŞ, ALTIN
Ücretli GitLab.com planlarına (Altın, Gümüş, Bronz) sahip kullanıcılar artık ek CI Runner dakikaları satın alabilir. Daha önce planda öngörülen kotanın karşılanması gerekiyordu. Bu iyileştirmeyle, ardışık düzenin kapanması nedeniyle kesintileri önlemek için kotayı aşan dakikaları önceden satın alabilirsiniz.
Artık 1000 dakikanın maliyeti 8 dolar ve istediğiniz kadar dakika satın alabilirsiniz. Aylık kotanızın tamamını tükettiğinizde ek dakikalar kullanılmaya başlayacak ve kalan dakikalar bir sonraki aya devredilecektir. İÇİNDE Bu özelliği ücretsiz planlara da eklemek istiyoruz.
Şekillendirilebilir Otomatik DevOps
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Auto DevOps ile ekipler neredeyse hiç çaba harcamadan modern DevOps uygulamalarına geçiş yapar. GitLab 11.10'dan itibaren Auto DevOps'taki her iş şu şekilde sağlanmaktadır: . Kullanıcılar kullanabilir Auto DevOps'un ayrı ayrı aşamalarını etkinleştirmek ve aynı zamanda özel dosyanızı kullanmak için GitLab CI'da gitlab-ci.yml. Bu şekilde yalnızca ihtiyacınız olan işleri etkinleştirebilir ve yukarı akış güncellemelerinden yararlanabilirsiniz.
SCIM kullanarak GitLab.com'daki grup üyelerini otomatik olarak yönetin
GÜMÜŞ ALTIN
Daha önce GitLab.com'da grup üyeliğini manuel olarak yönetmeniz gerekiyordu. Artık GitLab.com'da kullanıcı oluşturmak, silmek ve güncellemek için SAML SSO'yu kullanabilir ve SCIM'i kullanarak üyeliği yönetebilirsiniz.
Bu özellikle çok sayıda kullanıcıya ve merkezi kimlik sağlayıcılara sahip şirketler için kullanışlıdır. Artık Azure Active Directory gibi tek bir doğruluk kaynağına sahip olabilirsiniz ve kullanıcılar manuel olarak yerine kimlik sağlayıcı aracılığıyla otomatik olarak oluşturulacak ve silinecektir.
SAML Sağlayıcı aracılığıyla GitLab.com'a giriş yapın
GÜMÜŞ ALTIN
Daha önce, gruplar için SAML SSO kullanılırken kullanıcının GitLab kimlik bilgileri ve bir kimlik sağlayıcıyla oturum açması gerekiyordu. Artık yapılandırılmış bir grupla ilişkilendirilmiş bir GitLab kullanıcısı olarak doğrudan SSO aracılığıyla oturum açabilirsiniz.
Kullanıcıların iki kez oturum açması gerekmeyecek ve bu da şirketlerin GitLab.com için SAML SSO'yu kullanmasını kolaylaştıracak.
GitLab 11.10'teki diğer iyileştirmeler
Çocuk epik şeması
ULTIMATE, ALTIN
Önceki sürümde, iş dağıtım yapınızı yönetmenize yardımcı olmak için çocuk destanları (destanların destanları) ekledik. Çocuk destanları ana destanın sayfasında görünür.
Bu sürümde ana destan sayfası, alt destanların bir taslağını görüntüler; böylece ekipler alt destanların zaman çizelgesini görebilir ve zamanlama bağımlılıklarını yönetebilir.
İstek açılır ekranlarını birleştirme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Bu sürümde, bir birleştirme isteği bağlantısının üzerine geldiğinizde açılan bilgilendirici ekranları sunuyoruz. Daha önce yalnızca birleştirme isteği başlığını gösteriyorduk, ancak artık birleştirme isteği durumunu, CI işlem hattı durumunu ve kısa URL'yi de gösteriyoruz.
Gelecek sürümlerde daha önemli bilgiler eklemeyi planlıyoruz; ve ayrıca açılır ekranlar da sunacağız. .
Birleştirme isteklerini hedef dallara göre filtreleme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Yazılımın piyasaya sürülmesi veya gönderilmesine yönelik Git iş akışları genellikle önceki sürümlerde düzeltmeler yapmak için birden fazla uzun vadeli dal içerir (ör. stable-11-9) veya kalite testinden üretime geçiş (örn. integration), ancak birçok açık birleştirme isteği arasında bu dallara yönelik birleştirme isteklerini bulmak kolay değildir.
Projeler ve gruplar için birleştirme istekleri listesi artık ihtiyacınız olanı bulmanızı kolaylaştırmak için birleştirme isteğinin hedef dalına göre filtrelenebilir.
Teşekkürler Hiroyuki Sato ()!
Başarılı ardışık düzenin ardından gönderme ve birleştirme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Trunk tabanlı geliştirme yöntemini kullanırsak uzun ömürlü şubelerden kaçınıp tek sahibi olan küçük, geçici şubeler tercih etmeliyiz. Küçük değişiklikler genellikle doğrudan hedef şubeye aktarılır, ancak bunu yapmak yapının bozulma riskini taşır.
Bu sürümle GitLab, birleştirme isteklerini otomatik olarak açmak, hedef dalı ayarlamak ve şubeye gönderme sırasında komut satırından başarılı bir işlem hattında birleştirmeyi zorunlu kılmak için yeni Git gönderme seçeneklerini destekler.
Harici kontrol panelleriyle iyileştirilmiş entegrasyon
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
GitLab birden fazla Prometheus sunucusuna (ortam, proje ve ), ancak birden fazla uç noktaya sahip olmak karmaşıklığı artırabilir veya standart kontrol panelleri tarafından desteklenmeyebilir. Bu sürümle birlikte ekipler tek bir Prometheus API'sini kullanabilir ve Grafana gibi hizmetlerle entegrasyonu çok daha kolay hale getirebilir.
Wiki sayfalarını oluşturulma tarihine göre sıralayın
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Bir proje Wiki'sinde ekipler, kaynak kodu ve görevlerle birlikte belgeleri ve diğer önemli bilgileri paylaşabilir. Bu sürümle birlikte, yakın zamanda oluşturulan içeriği hızlı bir şekilde bulmak için Wiki sayfalarının listesini oluşturulma tarihine ve başlığa göre sıralayabilirsiniz.
Küme tarafından talep edilen kaynakların izlenmesi
ULTIMATE, ALTIN
GitLab, geliştirme ve üretim uygulamaları için Kubernetes kümenizi izlemenize yardımcı olur. Bu sürümden başlayarak, olası sorunları sorun haline gelmeden önce tespit etmek için kümenizden gelen CPU ve bellek isteklerini izleyin.
Yük Dengeleyici Metriklerini Grafana Kontrol Panelinde Görüntüleme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE
GitLab örneğinizin sağlığını izlemek çok önemlidir. Daha önce, yerleşik bir Grafana örneği aracılığıyla varsayılan kontrol panelleri sağlıyorduk. Bu sürümden itibaren NGINX yük dengeleyicilerini izlemeye yönelik ek kontrol panelleri ekledik.
İksir için SAST
ULTIMATE, ALTIN
Dil desteğini genişletmeye ve güvenlik kontrollerini derinleştirmeye devam ediyoruz. Bu sürümde projeler için güvenlik kontrollerini etkinleştirdik. ve üzerinde oluşturulan projeler .
Tek diyagramda birden fazla sorgu
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
GitLab'da topladığınız metrikleri görselleştirmek için grafikler oluşturabilirsiniz. Çoğu zaman, örneğin bir metriğin maksimum veya ortalama değerine bakmanız gerekiyorsa, tek bir grafikte birden fazla değer görüntülemek istersiniz. Bu sürümden itibaren bu fırsata sahipsiniz.
Grup Güvenlik Kontrol Panelindeki DAST sonuçları
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Ekibin güvenlik kontrol paneline SAST, konteyner taraması ve bağımlılık taramasının yanı sıra Dinamik Uygulama Güvenliği Testi (DAST) sonuçlarını da ekledik.
Kapsayıcı Tarama Raporuna Meta Veri Ekleme
ULTIMATE, ALTIN
Bu sürümde, Kapsayıcı Tarama Raporu daha fazla meta veri içeriyor; ekledik etkilenen bileşen (Clair özelliği) mevcut meta verilere entegre edilir: öncelik, tanımlayıcı (mitre.org bağlantısıyla) ve etkilenen seviye (örneğin, debian: 8).
İstekleri birleştirmek için ölçüm rapor türü ekleme
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
GitLab halihazırda birleştirme isteklerine doğrudan dahil edilebilecek çeşitli rapor türleri sunmaktadır: raporlardan и doğrulama aşamasında и koruma aşamasında.
Bunlar önemli raporlar olmakla birlikte farklı senaryolara uyan temel bilgilere de ihtiyaç vardır. GitLab 11.10'da, basit bir anahtar/değer çifti bekleyen birleştirme isteğinde doğrudan metrik raporlaması sağlıyoruz. Bu şekilde kullanıcılar, özel metrikler ve belirli bir birleştirme isteğine ilişkin metriklerdeki değişiklikler de dahil olmak üzere zaman içindeki değişiklikleri izler. Bellek kullanımı, özel iş yükü testleri ve sistem durumu durumları, diğer yerleşik raporlarla birlikte doğrudan birleştirme isteklerinde görüntülenebilen basit ölçümlere dönüştürülebilir.
Bağımlılık taraması için çok modüllü Maven projeleri desteği
ULTIMATE, ALTIN
Bu sürümle birlikte çok modüllü Maven projeleri GitLab bağımlılık taramasını destekliyor. Önceden, bir alt modülün aynı düzeydeki başka bir alt modüle bağımlılığı varsa, merkezi Maven deposundan yükleme yapılmasına izin verilmiyordu. Artık iki modül ve iki modül arasındaki bağımlılıktan oluşan çok modüllü bir Maven projesi oluşturuldu. Derlemenin devam edebilmesi için kardeş modüller arasındaki bağımlılıklar artık yerel Maven deposunda mevcuttur.
Kullanıcılar CI'daki klonlama yolunu değiştirebilir
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Varsayılan olarak GitLab Runner, projeyi benzersiz bir alt yola kopyalar. $CI_BUILDS_DIR. Ancak Golang gibi bazı projelerde kodun oluşturulabilmesi için belirli bir dizine kopyalanması gerekir.
GitLab 11.10'da değişkeni tanıttık GIT_CLONE_PATHBu, GitLab Runner'ın görevi yürütmeden önce projeyi kopyalayacağı belirli bir yol belirtmenize olanak tanır.
Günlüklerde korunan değişkenlerin basit maskelenmesi
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
GitLab çeşitli yollar sunar и GitLab CI/CD'deki değişkenler. Ancak değişkenler yine de kasıtlı veya kazara derleme günlüklerine düşebilir.
GitLab, risk yönetimini ve denetimi ciddiye alır ve uyumluluk özellikleri eklemeye devam eder. GitLab 11.10'da, iş izleme günlüklerindeki belirli türdeki değişkenleri maskeleme özelliğini sunarak, bu değişkenlerin içeriklerinin yanlışlıkla günlüklere dahil edilmesine karşı bir koruma düzeyi ekledik. Ve şimdi GitLab birçok yerleşik belirteç değişkeni.
Otomatik DevOps'u ekip düzeyinde etkinleştirme veya devre dışı bırakma
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
GitLab.com projesindeki Auto DevOps ile, modern DevOps iş akışlarını derlemeden teslimata kadar zorluk yaşamadan üstlenebilirsiniz.
GitLab 11.10'dan itibaren aynı gruptaki tüm projeler için Auto DevOps'u etkinleştirebilir veya devre dışı bırakabilirsiniz.
Basitleştirilmiş ve geliştirilmiş lisans sayfası
BAŞLANGIÇ, PREMIUM, ULTIMATE
Lisans anahtarlarını yönetmeyi daha kullanışlı ve basit hale getirmek için yönetici panelindeki lisanslar sayfasını yeniden tasarladık ve en önemli öğeleri vurguladık.
Kubernetes dağıtımları için kısayol seçiciyi güncelleyin
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Dağıtım panelleri, tüm Kubernetes dağıtımlarıyla ilgili bilgileri görüntüler.
Bu sürümde, kısayolları dağıtımlarla eşleme yöntemimizi değiştirdik. Maçlar şu anda mevcut: app.example.com/app и app.example.com/env veya app. Bu, filtreleme çakışmalarını ve projeyle ilişkili yanlış dağıtım riskini önleyecektir.
Ek olarak GitLab 12.0'da ve bir eşleşme yalnızca şu şekilde mümkün olacaktır: app.example.com/app и app.example.com/env.
Kubernetes kaynaklarını dinamik olarak oluşturma
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Kubernetes'in GitLab ile entegrasyonu, her GitLab projesi için bir hizmet hesabı ve özel bir ad alanı kullanarak RBAC özelliğini kullanmanıza olanak tanır. Bu sürümden itibaren maksimum verimlilik için bu kaynaklar yalnızca dağıtım için gerektiğinde oluşturulacaktır.
Kubernetes dağıtılırken GitLab CI bu kaynakları dağıtımdan önce oluşturacaktır.
Grup düzeyindeki kümeler için grup çalıştırıcıları
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Grup düzeyindeki kümeler artık GitLab Runner kurulumunu desteklemektedir. Grup düzeyindeki Kubernetes çalıştırıcıları, alt projelere etiketlenmiş grup çalıştırıcıları olarak görünür cluster и kubernetes.
Knative işlevleri için çağrı sayacı
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
İle dağıtılan özellikler , artık belirli bir işlev için alınan çağrıların sayısını gösterin. Bunun için Knative'in kurulu olduğu Cluster'a Prometheus'u kurmanız gerekmektedir.
Parametre kontrolü git clean GitLab CI/CD işleri için
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
GitLab Runner varsayılan olarak çalışır git clean GitLab CI/CD'de bir işi yürütürken kod yükleme işlemi sırasında. GitLab 11.10'dan itibaren kullanıcılar bir ekibe aktarılan parametreleri kontrol edebilir git clean. Bu, özel koşuculara sahip ekipler için olduğu kadar büyük tek depolardan proje toplayan ekipler için de kullanışlıdır. Artık komut dosyalarını çalıştırmadan önce boşaltma işlemini kontrol edebilirler. Yeni değişken GIT_CLEAN_FLAGS varsayılan değer: -ffdx ve olası tüm komut parametrelerini kabul eder [git clean](https://git-scm.com/docs/git-clean).
Core'da harici yetkilendirme
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Güvenli ortamlar, projeye erişmek için ek bir harici yetkilendirme kaynağı gerektirebilir. Ek bir erişim kontrolü düzeyi için destek ekledik ve bu işlevselliği Core'da açmak için birçok istek aldım. Bu özelliğe bireysel katılımcılar ihtiyaç duyduğundan, Core bulut sunucuları için harici yetkilendirme ve ek bir güvenlik katmanı sunmaktan memnuniyet duyuyoruz.
Core'da gruplar halinde projeler oluşturabilme yeteneği
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Geliştirici rolü gruplar halinde projeler oluşturabilir ve artık bu Core'da mümkün. Proje oluşturmak GitLab'da üretkenlik için önemli bir özelliktir ve bu özelliğin Core'a dahil edilmesiyle örnek üyelerin yeni bir şeyler yapması artık daha kolay.
GitLab Koşucusu 11.10
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Bugün GitLab Runner 11.10'u yayınladık! GitLab Runner, CI/CD işlerini çalıştırmak ve sonuçları GitLab'a geri göndermek için kullanılan açık kaynaklı bir projedir.
En ilginç değişiklikler:
- .
- .
- .
- .
- .
Değişikliklerin tam listesini GitLab Runner değişiklik günlüğünde bulabilirsiniz: .
İadenin düzeltilmesi project_id Elasticsearch'teki blob arama API'sinde
BAŞLANGIÇ, PREMIUM, ULTIMATE
Elasticsearch blob arama API'sinde yanlışlıkla 0 değerini döndüren bir hatayı düzelttik. project_id. Gerekli olacak doğru değerleri elde etmek için project_id GitLab'ın bu sürümünü yükledikten sonra.
Çok amaçlı iyileştirmeler
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE
GitLab 11.10'da Omnibus'ta aşağıdaki iyileştirmeleri yaptık:
- GitLab 11.10 şunları içerir , En son sürümü, verileri Hipchat'ten kolayca taşımak için yeni bir entegrasyon dizini ve çok daha fazlasını içerir. Bu sürüm şunları içerir: ve güncellemenizi öneririz.
- Biz ve artık GitLab örneğinizi izlemeye başlamak çok kolay.
- Eski kapsayıcı görüntülerinin Docker kayıt defterinden silinmesine yönelik destek ekledik.
- Ca-cert'leri 2019-01-23 olarak güncelledik.
Performans geliştirmeleri
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE, ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Her boyuttaki GitLab örnekleri için GitLab performansını her sürümde iyileştirmeye devam ediyoruz. GitLab 11.10'daki bazı iyileştirmeler:
- .
- .
- .
- .
- .
- .
- .
- .
Geliştirilmiş GitLab grafikleri
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE
GitLab grafiklerinde aşağıdaki iyileştirmeleri yaptık:
- .
Eski özellikler
GitLab Geo, GitLab 12.0'da karma depolama sağlayacak
GitLab Geo gerekli ikincil düğümlerdeki rekabeti azaltmak için. Bu şu şekilde not edildi: .
GitLab'da bu gereksinimi Geo belgelerine ekledik: .
GitLab'da sudo gitlab-rake gitlab:geo:check karma depolamanın etkin olup olmadığını ve tüm projelerin taşınıp taşınmadığını kontrol eder. Santimetre. . Geo kullanıyorsanız lütfen bu kontrolü çalıştırın ve mümkün olan en kısa sürede geçiş yapın.
GitLab'da kalıcı olarak devre dışı bırakıldı uyarısı sayfada görüntülenecek Yönetici Alanı > Geo > Nodes Yukarıdaki kontrollere izin verilmiyorsa.
GitLab'da Geo, karma depolama gereksinimlerini kullanacak. Santimetre. .
Silme tarihi: 22 2019 Haziran
Destek Ubuntu 14.04
GitLab 11.10 son sürüm olacak .
Canonical, standart desteğin sona erdiğini duyurdu. Ubuntu 14.04 p Kullanıcıların desteklenen bir LTS sürümüne yükseltmelerini öneririz: Ubuntu 16.04 veya Ubuntu 18.04
Silme tarihi: 22 Mayıs 2019 şehir
Gönderim başına oluşturulan maksimum ardışık düzen sayısını sınırlama
Daha önce GitLab aşağıdakiler için işlem hatları oluşturmuştu: HEAD Gönderimdeki her şube. Bu, birden fazla değişikliği aynı anda aktaran geliştiriciler için uygundur (örneğin, bir özellik dalına ve bir dalına). develop).
Ancak çok sayıda etkin dal içeren (örneğin, taşıma, yansıtma veya dallanma) büyük bir depoyu iterken, her dal için bir işlem hattı oluşturmanıza gerek yoktur. GitLab 11.10'dan başlayarak oluşturuyoruz gönderirken.
Silme tarihi: 22 Mayıs 2019 şehir
Eski GitLab Runner eski kod yolları
Gitlab 11.9'dan itibaren GitLab Runner şunu kullanıyor: depoyu klonlama/çağırma. Şu anda GitLab Runner, yeni yöntem desteklenmiyorsa eski yöntemi kullanacaktır. Daha fazla ayrıntıyı şurada görün: .
GitLab 11.0'da GitLab Runner için ölçüm sunucusu yapılandırmasının görünümünü değiştirdik. metrics_server lehine kaldırılacak listen_address GitLab 12.0'da. Daha fazla ayrıntıyı şurada görün: .
11.3 sürümünde GitLab Runner desteklemeye başladı ; bu da yeni ayarlara yol açtı . , yeni yapılandırmaya geçiş için bir değişiklik tablosu ve talimatlar sağlar. Daha fazla ayrıntıyı şurada görün: .
Bu yollar GitLab 12.0'da mevcut olmayacaktır. Kullanıcı olarak GitLab Runner 11.9'a yükseltme yaparken GitLab örneğinizin 12.0+ sürümünü çalıştırdığından emin olmak dışında herhangi bir şeyi değiştirmenize gerek yoktur.
Silme tarihi: 22 2019 Haziran
GitLab Runner'ın giriş noktası özelliği için kullanımdan kaldırılan parametre
11.4 GitLab Runner özellik parametresini tanıtıyor gibi sorunları gidermek için и .
GitLab 12.0'da özellik ayarı devre dışı bırakılmış gibi doğru davranışa geçeceğiz. Daha fazla ayrıntıyı şurada görün: .
Silme tarihi: 22 2019 Haziran
Güncelliğini yitirmiş dağıtım desteği LinuxGitLab Runner için kullanım ömrü sona ermiştir.
Bazı dağıtımlar LinuxGitLab Runner'ı kurabileceğiniz ortamlar, amaçlarına hizmet etmiş durumda.
GitLab 12.0'da GitLab Runner artık bu tür dağıtımlara paket dağıtmayacak. LinuxDesteklenmeyen dağıtımların tam listesini sayfamızda bulabilirsiniz. . Javier Ardo'ya teşekkürler () arka !
Silme tarihi: 22 2019 Haziran
Eski GitLab Runner Helper komutlarını kaldırma
Destekleme çabalarımızın bir parçası olarak için kullanılan bazı eski komutlardan vazgeçmek zorunda kaldım .
GitLab 12.0'da GitLab Runner yeni komutlar kullanılarak başlatıldı. Bu yalnızca aşağıdaki kullanıcılar için geçerlidir: . Daha fazla ayrıntıyı şurada görün: .
Silme tarihi: 22 2019 Haziran
Eski git clean mekanizmasını GitLab Runner'dan kaldırma
GitLab Runner 11.10'da Runner'ın bir komutu nasıl yürüteceğini yapılandırma git clean. Ek olarak, yeni temizleme stratejisi kullanımı ortadan kaldırır. git reset ve komutu koyuyor git clean boşaltma adımından sonra.
Bu davranış değişikliği bazı kullanıcıları etkileyebileceğinden dolayı bir parametre hazırladık. FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Değeri ayarlarsanız true, eski temizleme stratejisini geri yükleyecektir. GitLab Runner'da işlev parametrelerini kullanma hakkında daha fazla bilgi bulabilirsiniz .
GitLab Runner 12.0'da eski temizleme stratejisine yönelik desteği ve onu bir işlev parametresi kullanarak geri yükleme özelliğini kaldıracağız. Daha fazla ayrıntıyı şurada görün: .
Silme tarihi: 22 2019 Haziran
Yönetici panelindeki Sistem Bilgileri bölümü
GitLab, GitLab örneğiniz hakkında bilgileri şu şekilde sunar: admin/system_infoancak bu bilgi doğru olmayabilir.
Biz GitLab 12.0'daki yönetici panelini kullanmanızı öneririz .
Silme tarihi: 22 2019 Haziran
Günlüğü değiştir
Değişiklik günlüğünde tüm bu değişiklikleri arayın:
Montaj
Yeni bir GitLab kurulumu kuruyorsanız şu adresi ziyaret edin: .
Güncelleştirmek
Çıkış yapmak .
GitLab Abonelik Planları
GitLab'ın iki çeşidi mevcuttur: и .
: Şirket içi veya tercih ettiğiniz bulut platformunda.
- çekirdek: Küçük ekipler, kişisel projeler veya sınırsız bir süre için GitLab denemesi için.
- marş: Profesyonel desteğe ihtiyaç duyan birden fazla projede aynı ofiste çalışan ekipler için.
- Premium: Gelişmiş özelliklere, yüksek kullanılabilirliğe ve 7/24 desteğe ihtiyaç duyan dağıtılmış ekipler için.
- nihai: Gelişmiş güvenlik ve uyumlulukla birlikte sağlam strateji ve yürütme gerektiren işletmeler için.
- GitLab.com: GitLab tarafından barındırılır, yönetilir ve yönetilir bireysel geliştiriciler ve ekipler için.
- Ücretsiz: Sınırsız özel depo ve sınırsız sayıda proje katılımcısı. Kapalı projelerin seviye özelliklerine erişimi vardır ÜcretsizVar seviye özelliklerine erişime sahip olmak GOLD.
- Bronz: Gelişmiş iş akışı özelliklerine erişmesi gereken ekipler için.
- Gümüş: Daha güçlü DevOps özelliklerine, uyumluluğa ve daha hızlı desteğe ihtiyaç duyan ekipler için.
- GOLD: Birçok CI/CD işi için uygundur. Tüm açık projeler, plandan bağımsız olarak Gold özelliklerini ücretsiz olarak kullanabilir.
Kaynak: habr.com
