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: birkaç proje, - 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 kontrol panelindeki boru hatları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 birleştirmeden önce birleştirilmiş sonuçlar için işlem hatlarını çalıştırın. 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 GitLab Koşucusu.
İş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 önceki sayı 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 birden fazla satır için değişiklikler, hangi satırların kaldırılacağını ve hangilerinin ekleneceğini belirtir.
Geri bildiriminiz ve önerileriniz için teşekkür ederiz!
Bu Ayın En Değerli Çalışanı (MVP) — Takuya Noguchi
Bu ayın En Değerli Çalışanı Takuya Noguchi (Takuya Noguchi). Takuya GitLab'ın şerefi için iyi bir iş çıkardın: 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. gitlab-ee#11122. Bu, herkese açık GitLab çalıştırıcılarının kullanıcılarını etkilemez.
Birleştirme istekleri üzerinde birlikte çalışırken genellikle sorunları tespit eder ve çözümler önerirsiniz. GitLab 11.6'dan beri destekliyoruz değişiklik teklifi 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
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 gelecek sürüm Bu özelliği ücretsiz planlara da eklemek istiyoruz.
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: bağımsız şablon. Kullanıcılar kullanabilir функцию includes 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.
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.
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.
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
GitLab birden fazla Prometheus sunucusuna (ortam, proje ve gruplar (beklenen)), 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
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. Iksir ve üzerinde oluşturulan projeler Phoenix platformu.
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.
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 (bir Clair özelliği) mevcut meta verilere aktarılır: öncelik, tanımlayıcı (mitre.org'a referansla) ve etkilenen seviye (örn. 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 kod kalitesi и birim testi doğrulama aşamasında SAST и TARİH 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
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
GitLab çeşitli yollar sunar korumak и alanı sınırlamak 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 otomatik olarak maskeler birçok yerleşik belirteç değişkeni.
Otomatik DevOps'u ekip düzeyinde etkinleştirme veya devre dışı bırakma
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
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.
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ı
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.
İle dağıtılan özellikler GitLab Sunucusuz, 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
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).
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 10.6 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
Geliştirici rolü gruplar halinde projeler oluşturabilir sürüm 10.5'ten berive 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.
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.
Elasticsearch blob arama API'sinde yanlışlıkla 0 değerini döndüren bir hatayı düzelttik. project_id. Gerekli olacak Elasticsearch'ü yeniden indeksledoğ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'da 11.6sudo 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. gitlab-ee#8289. 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 11.8 kalıcı olarak devre dışı bırakıldı uyarısı gitlab-ee!8433 sayfada görüntülenecek Yönetici Alanı > Geo > Nodes
Yukarıdaki kontrollere izin verilmiyorsa.
Canonical, Ubuntu 14.04 için standart desteğin sona erdiğini duyurdu 2019 Nisan Ayı Encümen Kararları. 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 maksimum 4 boru hattı 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: yeni yöntem 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: bu görev.
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: bu görev.
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
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: bu görev.
Silme tarihi: 22 2019 Haziran
GitLab Runner için EOL'ye ulaşan Linux dağıtımı için kullanımdan kaldırılan destek
GitLab Runner'ın kurulabileceği bazı Linux dağıtımları amacına hizmet etmiştir.
GitLab 12.0'da GitLab Runner artık paketleri bu tür Linux dağıtımlarına dağıtmayacaktır. Artık desteklenmeyen dağıtımların tam listesini burada bulabilirsiniz. belgeleme. Javier Ardo'ya teşekkürler (Javier Jardon) arka onun katkısı!
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: yardımcı resmi geçersiz kıl. Daha fazla ayrıntıyı şurada görün: bu görev.
Silme tarihi: 22 2019 Haziran
Eski git clean mekanizmasını GitLab Runner'dan kaldırma
GitLab Runner 11.10'da fırsat sağlıyoruz 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 belgelerde.
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: bu görev.
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.
Ü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 açık projeler seviye özelliklerine erişime sahip olmak Altın.
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.
Altın: Birçok CI/CD işi için uygundur. Tüm açık projeler, plandan bağımsız olarak Gold özelliklerini ücretsiz olarak kullanabilir.