ProHoster > Blog > yönetim > GitLab 11.11: birleştirme istekleri ve kapsayıcılara yönelik iyileştirmeler için çeşitli sorumluluklar
GitLab 11.11: birleştirme istekleri ve kapsayıcılara yönelik iyileştirmeler için çeşitli sorumluluklar
Daha fazla işbirliği seçeneği ve ek bildirimler
GitLab'da DevOps yaşam döngüsü boyunca işbirliğini geliştirmenin yeni yollarını sürekli arıyoruz. Bu sürümle desteklediğimizi duyurmaktan mutluluk duyuyoruz bir birleştirme talebinden birden fazla sorumlu kişi! Bu özellik GitLab Başlangıç düzeyinde mevcuttur ve sloganımızı tam anlamıyla somutlaştırır: "Herkes katkıda bulunabilir". Tek bir birleştirme isteğinin, her şeyin yolunda olduğundan emin olmak için birçok kişinin üzerinde çalışabileceğini biliyoruz ve artık birden fazla birleştirme isteği sahibi atama olanağına sahipsiniz!
Windows'ta Docker kapsayıcıları desteği ve Kubernetes kümelerinin örnek düzeyinde sağlanmasıyla maliyetleri azaltın
Konteynerleri seviyoruz! Konteynerler, sanal makinelere kıyasla daha az sistem kaynağı tüketir ve uygulama taşınabilirliğini artırır. GitLab 11.11'in çıkışından bu yana destekliyoruz GitLab Runner için Windows Konteyner YürütücüsüBöylece artık Windows'ta Docker kapsayıcılarını kullanabilir ve gelişmiş ardışık düzen düzenleme ve yönetim özelliklerinin keyfini çıkarabilirsiniz.
GitLab Premium (yalnızca kendi kendine yönetilen örnekler) artık şunları sunuyor: Docker görüntüleri için bağımlılık proxy'sini önbelleğe alma. Bu ekleme, artık sık kullanılan Docker görüntüleri için bir önbellek proxy'sine sahip olacağınız için teslimatı hızlandıracaktır.
Kendi kendine yönetilen GitLab örneklerinin kullanıcıları artık temel hazırlığı yapabilir Örnek düzeyinde Kubernetes kümesive örnekteki tüm ekipler ve projeler bunu dağıtımları için kullanacak. GitLab'ın Kubernetes ile entegrasyonu, ek güvenlik için otomatik olarak projeye özel kaynaklar oluşturacaktır.
Bu sürümde, tüm içeriğin yerine depolardan tek tek klasörleri indirme özelliğini ekledik. Artık ihtiyacınız olan dosyalardan sadece birkaçını indirebilirsiniz. Teşekkürler Kia Mae Somabes!
GitLab 11.11'de Docker konteynerlerini Windows'ta kullanılabilir hale getirmek için GitLab Runner'a yeni bir runner ekledik. Daha önce Windows'ta Docker kapsayıcılarını düzenlemek için bir kabuk kullanmanız gerekiyordu, ancak artık Linux'ta olduğu gibi doğrudan Windows'ta da Docker kapsayıcılarıyla çalışabilirsiniz. Microsoft platformu kullanıcıları artık işlem hattı orkestrasyonu ve yönetimi için daha fazla seçeneğe sahip.
Bu güncelleme GitLab CI/CD'de geliştirilmiş PowerShell desteğinin yanı sıra Windows kapsayıcılarının farklı sürümleri için yeni destek görüntüleri içerir. Kendi Windows çalıştırıcılarınız elbette GitLab.com ile kullanılabilir, ancak bunlar henüz genel kullanıma açık araçlar değildir.
Kapsayıcı kayıt defteri için bağımlılık proxy'sini önbelleğe alma
PREMIUM, EN ÜST DÜZEY
Ekipler genellikle derleme işlem hatlarında kapsayıcılar kullanır ve sık kullanılan görüntüler ve paketler için bir proxy'yi yukarı akıştan önbelleğe almak, işlem hatlarını hızlandırmanın harika bir yoludur. İhtiyaç duyduğunuz katmanların yeni önbelleğe alma proxy'si aracılığıyla erişilebilen yerel bir kopyasıyla, ortamınızdaki yaygın görsellerle daha verimli çalışabilirsiniz.
Şimdilik konteyner proxy'si yalnızca web sunucusundaki kendi kendini yöneten örnekler için kullanılabilir Puma (deneysel modda).
Birleştirme isteklerinden birkaç kişi sorumlu
BAŞLANGIÇ, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, ALTIN
Birden fazla kişinin paylaşılan bir dalda ve birleştirme isteğinde bir özellik üzerinde çalışması oldukça yaygındır; örneğin, ön uç ve arka uç geliştiricileri birlikte yakın bir şekilde çalıştığında veya geliştiriciler Extreme Programming'de olduğu gibi çiftler halinde çalıştığında.
GitLab 11.11'de istekleri birleştirmek için birden fazla kişiyi atayabilirsiniz. Birden fazla görev sahibinde olduğu gibi listeleri, filtreleri, bildirimleri ve API'leri kullanabilirsiniz.
Örnek düzeyinde Kubernetes kümesi yapılandırması
ÇEKİRDEK, BAŞLANGIÇ, PREMIUM, ULTIMATE
Kubernetes'teki güvenlik ve sağlama modeli, çok sayıda istemciye tek bir paylaşılan küme üzerinden hizmet verilmesine olanak tanıyacak şekilde gelişiyor.
GitLab 11.11'de, kendi kendini yöneten örneklerin kullanıcıları artık örnek düzeyinde bir küme hazırlayabilir ve örnekteki tüm ekipler ve projeler bunu dağıtımları için kullanacak. GitLab'ın Kubernetes ile entegrasyonu, ek güvenlik için otomatik olarak projeye özel kaynaklar oluşturacaktır.
Artık sohbetlerle entegrasyon sayesinde ekip kanalındaki dağıtım etkinlikleriyle ilgili otomatik bildirimler ayarlayabilirsiniz. Gevşeklik и Mattermostve ekibiniz tüm önemli olaylardan haberdar olacaktır.
Projelerinizin konuk kullanıcıları artık Sürümler sayfasında yayınlanan sürümleri görüntüleyebilir. Yayınlanan yapıları indirebilecekler ancak kaynak kodunu indiremeyecekler veya etiketler veya taahhütler gibi depo ayrıntılarını göremeyecekler.
GitLab 11.11'teki diğer iyileştirmeler
Geliştirilmiş performans için serileştirilmiş taahhüt grafikleri
Git işlemlerinin çoğu, birleştirme tabanını hesaplamak veya taahhüt içeren dalları listelemek gibi taahhüt grafiğinde geçiş yapmayı gerektirir. Taahhüt ne kadar fazla olursa bu işlemler o kadar yavaş olur çünkü geçiş, işaretçilerini okumak için her nesnenin diskten yüklenmesini gerektirir.
GitLab 11.11'de, bu bilgilerin proaktif olarak hesaplanması ve saklanması için son Git sürümlerinde tanıtılan serileştirilmiş kesinleştirme grafiği özelliğini etkinleştirdik. Büyük depolardaki taramalar artık çok daha hızlı. Taahhüt grafiği, deponun bir sonraki çöp toplama işlemi sırasında otomatik olarak oluşturulacaktır.
Serileştirilmiş taahhüt grafiğinin nasıl oluşturulduğunu okuyun makale dizisi bu özelliğin yazarlarından birinden.
Ek CI Runner dakikaları: artık ücretsiz planlar için mevcut
ÜCRETSİZ, BRONZ, GÜMÜŞ, ALTIN
Geçen ay, yalnızca ücretli GitLab.com planları için ek CI Runner dakikaları satın alma olanağını ekledik. Bu sürümde dakikalar ücretsiz planlarla da satın alınabiliyor.
Projenin türüne ve boyutuna bağlı olarak, tüm projenin arşivinin indirilmesi uzun zaman alabilir ve özellikle büyük tek depolar söz konusu olduğunda her zaman gerekli olmayabilir. GitLab 11.11'de, yalnızca ihtiyacınız olan klasörleri seçmek için alt dizinler de dahil olmak üzere mevcut dizinin içeriğinin bir arşivini indirebilirsiniz.
Değişiklik önermek, önerilen bir değişikliği kabul etmek için kopyalayıp yapıştırma ihtiyacını ortadan kaldırarak birleştirme istekleri üzerinde işbirliği yapmayı kolaylaştırır. GitLab 11.11'de, bir öneri uygulandığında tartışmaların otomatik olarak çözülmesine izin vererek bu süreci daha da kolaylaştırdık.
Kenar çubuğu görev çubukları, Pano ve Görev görünümlerinde aynı görünmelidir. Bu nedenle GitLab'ın artık sayı panosunun kenar çubuğunda bir zaman izleyicisi var. Görev panonuza gidin, bir göreve tıklayın; zaman sayacının bulunduğu bir kenar çubuğu açılacaktır.
Şu anda ortama hangi taahhüdün dağıtıldığını bilmek amacıyla belirli ortam bilgileri için Ortamlar API'sini sorgulama yeteneğini ekledik. Bu, GitLab'daki Ortam kullanıcıları için otomasyonu ve raporlamayı kolaylaştıracaktır.
İşlem hattı kuralları için negatif değişken eşleşmeleri
Artık negatif eşitliği veya kalıp eşleşmesini kontrol edebilirsiniz (!= и !~) dosyada .gitlab-ci.yml ortam değişkenlerinin değerlerini kontrol ederken boru hatlarının davranışını kontrol etmek daha esnek hale geldi.
Tüm manuel işleri tek tıklamayla tek bir aşamada çalıştırın
GitLab 11.11'de, aşamalarında çok sayıda manuel iş bulunan kullanıcılar artık bir butona tıklayarak bu tür işlerin tamamını tek aşamada tamamlayabiliyor "Hepsini Oynat" İşlem Hatları görünümünde sahne adının sağındaki (“Tümünü Çalıştır”).
Ortam değişkenleri genellikle dosyalar oluşturmak için, özellikle de korunması gereken ve yalnızca belirli bir ortam hattında erişilebilen gizli diziler için kullanılır. Bunu yapmak için değişkenin içeriğini dosyanın içeriğine göre ayarlarsınız ve işte değeri içeren bir dosya oluşturursunuz. Gibi yeni bir ortam değişkeni ile file bu, değişiklik yapılmadan bile tek adımda yapılabilir .gitlab-ci.yml.
Güvenlik açığı bilgileri için API uç noktası
ULTIMATE, ALTIN
Artık bir projede belirlenen tüm güvenlik açıkları için GitLab API'sini sorgulayabilirsiniz. Bu API ile türe, güvenirliğe ve önem derecesine göre filtrelenmiş, makine tarafından okunabilen güvenlik açıkları listeleri oluşturabilirsiniz.
DAST için tam dinamik tarama özelliği
ULTIMATE, ALTIN
GitLab'da, CI ardışık düzeninin bir parçası olarak uygulama güvenliğini (Dinamik Uygulama Güvenliği Testi, DAST) dinamik olarak test edebilirsiniz. Bu sürümden itibaren standart pasif tarama yerine tam dinamik taramayı seçebilirsiniz. Tam dinamik tarama, daha fazla güvenlik açığına karşı koruma sağlar.
GitLab'ın bu sürümü, bir Kubernetes kümesini bir grubun tamamına ekleme yeteneğini sunuyor. Ayrıca kümedeki tüm projelerin izlenmesini kolaylaştırmak için küme başına bir Prometheus örneği kurma olanağını da ekledik.
Güvenlik Kontrol Panelindeki güvenlik açıklarını göz ardı etme hakkında bilgi edinin
ULTIMATE, ALTIN
GitLab güvenlik kontrol panelleri yöneticilerin göz ardı edilen güvenlik açıklarını görüntülemesine olanak tanır. İş akışınızı kolaylaştırmak için, yok sayılan ayrıntıları doğrudan güvenlik kontrol panelinizde görüntüleme olanağını ekledik.
Kontrol panelinizde özel ölçüm grafikleri oluşturun
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
Doğrudan ölçüm kontrol panelinizdeki kontrol panelinden özel performans ölçümleriyle yeni grafikler oluşturun. Kullanıcılar artık kontrol panelindeki metrik görselleştirmelerini aşağıdaki düğmeyi tıklayarak oluşturabilir, güncelleyebilir ve silebilir: "Metrik Ekle" (“Metrik Ekle”) kontrol paneli araç çubuğunun sağ üst köşesinde.
Bildirim sorunları artık GitLab Alert Bot olarak açıldı
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
Artık bildirimlerden açılan sorunlarda yazar GitLab Alert Bot'a ayarlanacak, böylece sorunun önemli bir bildirimden otomatik olarak oluşturulduğunu hemen görebilirsiniz.
Epik açıklamaları yerel depolamaya otomatik olarak kaydedin
ULTIMATE, ALTIN
Destansı açıklamalar yerel depolamaya kaydedilmedi, bu nedenle destansı açıklamayı değiştirdiğinizde bunları açıkça kaydetmediğiniz sürece değişiklikler kayboluyordu. GitLab 11.11, epik açıklamaları yerel depolamaya kaydetme özelliğini sundu. Bu, bir hata oluşması, dikkatinizin dağılması veya yanlışlıkla tarayıcıdan çıkmanız durumunda artık epik açıklamanızı değiştirmeye kolayca geri dönebileceğiniz anlamına gelir.
Git LFS için GitLab yansıtma desteği
BAŞLANGIÇ, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, ALTIN
Yansıtmayı kullanarak Git depolarını bir konumdan diğerine kopyalayabilirsiniz. Bu, GitLab sunucusunda başka bir yerde bulunan bir havuzun kopyasını saklamayı kolaylaştırır. GitLab artık depoların Git LFS ile yansıtılmasını desteklemektedir; dolayısıyla bu özellik, oyun dokuları veya bilimsel veriler gibi büyük dosyalara sahip depolar için bile kullanılabilir.
Kişisel erişim belirteçleri için depo okuma ve yazma izinleri
Birçok kişisel erişim belirtecinin düzeyde değişiklik yapma izinleri vardır apiancak tam API erişimi bazı kullanıcılara veya kuruluşlara çok fazla hak verebilir.
Topluluk girişi sayesinde, kişisel erişim belirteçleri artık GitLab'ın ayarlar ve üyelik gibi hassas alanlarına daha derin API düzeyinde erişim yerine yalnızca proje depolarında okuma ve yazma izinlerine sahip olabilir.
GraphQL API ile kullanıcılar tam olarak hangi verilere ihtiyaç duyduklarını belirleyebilir ve ihtiyaç duydukları tüm verilere birkaç sorguyla ulaşabilirler. Bu sürümden itibaren GitLab, GraphQL API'sine temel grup bilgilerinin eklenmesini desteklemektedir.
GitLab, Salesforce geliştiricilerini seviyor ve bu topluluğu desteklemek için kullanıcıların Salesforce.com kimlik bilgileriyle GitLab'da oturum açmasına izin veriyoruz. Bulut sunucuları artık GitLab'ı tek tıklamayla GitLab'da oturum açmak için Salesforce.com'u kullanacak şekilde Salesforce bağlantılı bir uygulama olarak yapılandırabilir.
SAML SSO artık web erişimi için gerekli
PREMIUM, ULTIMATE, GÜMÜŞ, ALTIN
Biz Tek oturum açma (SSO) gereksiniminin genişletilmesi Grup düzeyinde, 11.8 sürümünde tanıtılan, kullanıcıların yalnızca SAML ile oturum açtıklarında erişim elde edebilmelerini sağlamak için grup ve proje kaynaklarının sıkı bir şekilde doğrulanmasıyla birlikte. Bu, güvenliğe değer veren ve GitLab.com'u SAML SSO aracılığıyla kullanan kuruluşlar için ek bir erişim kontrolü katmanıdır. Artık grubunuzdaki kullanıcıların SSO kullandığını bilerek SSO'yu bir gereksinim haline getirebilirsiniz.
Epics API'si için yakın zamanda oluşturulan veya değiştirilen verilere göre filtreleyin
ULTIMATE, ALTIN
Daha önce GitLab epics API'sini kullanarak yeni oluşturulan veya değiştirilen verileri sorgulamak kolay değildi. 11.11 sürümünde ek filtreler ekledik created_after, created_before, updated_after и updated_beforeGörev API'si ile tutarlılığı sağlamak ve değiştirilen veya yeni oluşturulan destanları hızlı bir şekilde bulmak için.
Bugün GitLab Runner 11.11'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.
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 sayfada kalıcı olarak devre dışı bırakılan bir uyarı görüntülenecektir Yönetici Alanı › Coğrafi › DüğümlerYukarıdaki kontrollere izin verilmiyorsa. gitlab-ee!8433.
Bu, bazı senkronizasyon işlemlerinin performansını önemli ölçüde artırdığından Geo Log İmleci için gereklidir. Geo düğüm durumu sorgularının performansı da geliştirildi. Önceki sorguların büyük projelerde performansı çok düşüktü. Bunu nasıl ayarlayacağınızı görün Coğrafi veritabanı çoğaltma. GitLab'da 12.0 Geo, PG FDW'yi gerektirecektir. Santimetre. gitlab-ee#11006.
Silme tarihi: 22 2019 Haziran
Hata raporlama ve günlüğe kaydetmeye yönelik Sentry seçenekleri GitLab 12.0'daki kullanıcı arayüzünden kaldırılacaktır.
Bu seçenekler GitLab 12.0'daki kullanıcı arayüzünden kaldırılacak ve dosyada bulunacaktır. gitlab.yml. Ayrıca birden fazla dağıtım arasında ayrım yapmak için bir Sentry ortamı tanımlayabilirsiniz. Örneğin geliştirme, sahneleme ve üretim. Santimetre. gitlab-ce#49771.
Silme tarihi: 22 2019 Haziran
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_serverlehine 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. Teşekkür ederim Javier Ardo (Javier Jardon), sizin için katkı!
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 biz bir fırsat sağladı Runner'ın bir komutu nasıl yürüteceğini yapılandırma git clean. Ayrıca yeni temizleme stratejisi kullanımı ortadan kaldırıyor 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. Bkz. bu görev.
11.6'da ekip düzeyinde proje şablonlarını tanıttığımızda, bu Premium/Gümüş özelliğini yanlışlıkla tüm planlarda kullanılabilir hale getirdik.
Biz bu hatayı düzeltmek 11.11 sürümünde tüm kullanıcılara ve Silver/Premium seviyesinin altındaki bulut sunucularına ek 3 ay süre tanınıyor.
22 Ağustos 2019'dan itibaren grup projesi şablonları, belgelerde açıklandığı gibi yalnızca Silver/Premium planlar ve üzeri planlar için geçerli olacaktır.
Silme tarihi: 22 2019 Ağustos
Windows toplu işleri desteği durduruldu
GitLab 13.0'da (22 Haziran 2020), GitLab Runner'da Windows komut satırı toplu işlerine yönelik desteği kaldırmayı planlıyoruz (ör. cmd.exe) Windows PowerShell için gelişmiş destek lehine. Daha fazla ayrıntı bu görev.
Kurumsal DevOps vizyonumuz artık Microsoft'un PowerShell'in Windows ortamlarındaki kurumsal uygulamaları otomatikleştirmek için en iyi seçenek olduğu görüşüyle uyumlu olacaktır. Kullanmaya devam etmek istiyorsanız cmd.exe, bu komutlar PowerShell'den çağrılabilir, ancak yüksek bakım ve geliştirme yüküne neden olan çeşitli tutarsızlıklar nedeniyle Windows toplu işlerini doğrudan desteklemeyeceğiz.
Silme tarihi: 22 2019 Eylül
Git 2.21.0 veya üstünü gerektirir
GitLab 11.11'den itibaren çalıştırmak için Git 2.21.0 gerekmektedir. Omnibus GitLab zaten Git 2.21.0 ile birlikte geliyorancak Git'in önceki sürümlerine sahip orijinal kurulumların kullanıcılarının yükseltme yapması gerekecek.
Silme tarihi: 22 Mayıs 2019 şehir
Eski Kubernetes hizmet şablonu
GitLab 12.0'da Kubernetes hizmet şablonundan uzaklaşmayı planlıyoruz örnek düzeyinde GitLab 11.11'de tanıtılan örnek düzeyinde küme yapılandırması lehine.
Hizmet şablonunu kullanan tüm kendi kendine yönetilen örnekler, GitLab 12.0'a yükseltme yapılırken örnek düzeyindeki bir kümeye taşınacaktır.
Silme tarihi: 22 2019 Haziran
Etiket eşleştirmeyi devre dışı bırakma app Kubernetes dağıtım panellerinde
GitLab 12.0'da Kubernetes dağıtım seçicide uygulama etiketine göre eşleştirmeden uzaklaşmayı planlıyoruz. GitLab 11.10'da tanıttık yeni eşleştirme mekanizması, eşleşmeleri şuna göre arar: app.example.com/app и app.example.com/envDağıtımları panelde görüntülemek için.
Bu dağıtımların dağıtım kontrol panellerinizde görünmesini sağlamak için yeni bir dağıtım göndermeniz yeterlidir; GitLab yeni etiketleri uygulayacaktır.