Więcej możliwości współpracy i dodatkowe powiadomienia
W GitLab stale szukamy nowych sposobów na usprawnienie współpracy w całym cyklu życia DevOps. Z radością ogłaszamy, że od tej wersji wspieramy ! Ta funkcja jest dostępna na poziomie GitLab Starter i naprawdę odzwierciedla nasze hasło: „Każdy może wnieść swój wkład”. Wiemy, że nad jednym merge request może pracować wiele osób, aby upewnić się, że wszystko jest w porządku, a teraz macie możliwość wyznaczania kilku odpowiedzialnych za merge requesty!
Ponadto zespoły DevOps otrzymują teraz . Dodaj nowe powiadomienia do listy zdarzeń wysyłki w tych dwóch czatach, a twój zespół niemal od razu dowie się o nowych wdrożeniach.
Redukcja kosztów dzięki wsparciu kontenerów Docker w Windows oraz przygotowaniu klastrów Kubernetes na poziomie instancji
Uwielbiamy kontenery! Kontenery zużywają mniej zasobów systemowych w porównaniu do maszyn wirtualnych i poprawiają przenośność aplikacji. Od wydania GitLab 11.11 wspieramy , więc teraz możesz używać kontenerów Docker w systemie Windows i cieszyć się rozszerzonymi możliwościami orkiestracji potoków i zarządzania.
GitLab Premium (tylko dla samodzielnie hostowanych instancji) teraz oferuje . To uzupełnienie przyspieszy dostarczanie, ponieważ teraz będziesz mieć proxy cache dla często używanych obrazów Docker.
Użytkownicy samodzielnie hostowanych instancji GitLab mogą teraz przygotować , a wszystkie grupy i projekty w instancji będą go używać do swoich wdrożeń. Dzięki tej integracji GitLab z Kubernetes zasoby dla konkretnych projektów będą automatycznie tworzone dla dodatkowego bezpieczeństwa.
I to jeszcze nie wszystko!
Oprócz nowych możliwości współpracy i dodatkowych powiadomień dodaliśmy , zwiększyliśmy , uprościliśmy kontrole poprzez , i wiele więcej!
Pracownik miesiąca () — Kia Mei Somabes ()
W tej wersji dodaliśmy możliwość pobierania pojedynczych folderów z repozytoriów, zamiast całej zawartości. Teraz możesz pobrać tylko kilka potrzebnych plików. Dziękujemy, Kia Mei Somabes!
Główne funkcje GitLab 11.11
Windows Container Executor dla GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
W GitLab 11.11 dodaliśmy nowego wykonawcę w GitLab Runner, aby kontenery Docker mogły być używane w systemie Windows. Wcześniej do orkiestracji kontenerów Docker w Windows trzeba było używać powłoki, a teraz można pracować z kontenerami Docker w Windows bezpośrednio, prawie tak samo jak w Linuxie. Użytkownicy platform od Microsoft zyskali teraz więcej możliwości orkiestracji potoków i zarządzania.
To aktualizację wprowadza ulepszone wsparcie PowerShell w GitLab CI/CD, a także nowe obrazy pomocnicze dla różnych wersji kontenerów Windows. Oczywiście można używać własnych runnerów Windows z GitLab.com, ale na razie nie są one dostępne wśród ogólnodostępnych narzędzi.
Proxy pamięci podręcznej zależności dla rejestru kontenerów
PREMIUM, ULTIMATE
Zespoły często używają kontenerów w potokach budowania, a proxy pamięci podręcznej dla często używanych obrazów i pakietów z upstream to świetny sposób na przyspieszenie potoków. Z lokalną kopią potrzebnych warstw, dostępną za pośrednictwem nowego proxy pamięci podręcznej, można skuteczniej pracować z powszechnymi obrazami w twoim środowisku.
Jak na razie proxy dla kontenerów jest dostępne tylko dla samodzielnych instancji na serwerze WWW .
Kilku odpowiedzialnych za merge-requesty
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Często nad funkcją pracuje kilku ludzi w jednej wspólnej gałęzi i merge-requestcie, na przykład, gdy deweloperzy front-end i back-end ściśle ze sobą współpracują lub gdy deweloperzy pracują parami, jak w ekstremalnym programowaniu.
W GitLab 11.11 można przypisywać kilka osób do merge-requestów. Podobnie jak w przypadku kilku osób odpowiedzialnych za zadania, można tu stosować listy, filtry, powiadomienia i API.
Konfiguracja klastra Kubernetes na poziomie instancji
CORE, STARTER, PREMIUM, ULTIMATE
Model bezpieczeństwa i przygotowania w Kubernetes ewoluuje, a teraz można obsługiwać dużą liczbę klientów przez jeden wspólny klaster.
W GitLab 11.11 użytkownicy samodzielnych instancji mogą teraz przygotować klaster na poziomie instancji, a wszystkie grupy i projekty w instancji będą go używać do swoich wdrożeń. Dzięki tej integracji GitLab z Kubernetes będą automatycznie tworzone zasoby dla konkretnych projektów w celu zapewnienia dodatkowego bezpieczeństwa.
Powiadomienia o wdrożeniach w Slack i Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Teraz możesz konfigurować automatyczne powiadomienia o wydarzeniach wdrożeniowych w kanale zespołu dzięki integracji z czatami, i a Twój zespół będzie na bieżąco ze wszystkimi ważnymi wydarzeniami.
Dostęp gości do wydań
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Teraz goście twoich projektów mogą przeglądać wydania opublikowane na stronie Releases. Będą mogli pobierać opublikowane artefakty, ale nie będą mogli pobrać kodu źródłowego ani zobaczyć informacji o repozytoriach, takich jak tagi czy commity.
Inne ulepszenia w GitLab 11.11
Serializowane grafy commitów dla zwiększenia wydajności
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dla wielu operacji Git konieczne jest przeszukiwanie grafu commitów, na przykład obliczanie podstawy scalania lub wyprowadzanie gałęzi, które zawierają commit. Im więcej commitów, tym wolniej wykonują się te operacje, ponieważ do przeszukiwania trzeba załadować każdy obiekt z dysku, aby odczytać jego wskaźniki.
W GitLab 11.11 wprowadziliśmy funkcję serializowanych grafów commitów, przedstawioną w ostatnich wydaniach Git, aby wcześniej obliczać i przechowywać te informacje. Przeszukiwania w dużych repozytoriach są teraz znacznie szybsze. Graf commitów zostanie automatycznie utworzony przy następnej zbiórce śmieci w repozytorium.
Przeczytaj, jak powstał serializowany graf commitów, w jednego z autorów tej funkcji.
Dodatkowe minuty CI Runner: teraz także dla planów darmowych
FREE, BRONZE, SILVER, GOLD
W zeszłym miesiącu dodaliśmy możliwość zakupu dodatkowych minut CI Runner, ale tylko dla płatnych planów GitLab.com. W tej wersji minuty można kupować również w planach darmowych.
Pobieranie archiwów katalogów w repozytoriach
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
W zależności od typu i rozmiaru projektu, archiwum całego projektu może być długie do pobrania i nie zawsze jest potrzebne, szczególnie w przypadku dużych monorepozytoriów. W GitLab 11.11 można pobrać archiwum zawartości bieżącego katalogu, w tym podkatalogów, aby wybrać tylko potrzebne foldery.
Dziękujemy za współpracę, !
Stosowanie propozycji teraz automatycznie rozwiązuje dyskusję
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Propozycja zmian ułatwia współpracę nad merge requestami: teraz można obejść się bez kopiowania i wklejania, aby zaakceptować proponowaną zmianę. W GitLab 11.11 jeszcze bardziej uprościliśmy ten proces: teraz dyskusja automatycznie się rozwiązuje podczas stosowania propozycji.
Licznik czasu w pasku bocznym tablicy zadań
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Paski boczne zadań muszą wyglądać tak samo w widokach tablicy i zadań. Dlatego w GitLab teraz znajduje się licznik czasu w pasku bocznym zadań na tablicy zadań. Po prostu przejdź do tablicy zadań, kliknij na zadanie, a otworzy się pasek boczny z licznikiem czasu.
Informacje o wdrożeniach w API Environments
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dodaliśmy możliwość żądania informacji o konkretnej środowisku z API Environments, aby wiedzieć, który commit jest aktualnie wdrożony w środowisku. Ułatwi to automatyzację i raportowanie dla użytkowników Environments w GitLab.
Negatywne dopasowania zmiennych dla zasad potoku
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Teraz można sprawdzać negatywną równość lub dopasowanie wzorców (!= i !~) w pliku .gitlab-ci.yml podczas sprawdzania wartości zmiennych środowiskowych, dzięki czemu kontrola zachowania potoków stała się bardziej elastyczna.
Uruchamianie wszystkich ręcznych zadań na etapie jednym kliknięciem
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
W GitLab 11.11 użytkownicy, którzy mają na etapach wiele zadań wykonywanych ręcznie, teraz mogą uruchomić wszystkie takie zadania na jednym etapie, klikając przycisk „Play all” („Uruchom wszystkie”) po prawej stronie nazwy etapu w widoku potoków.
Tworzenie pliku bezpośrednio z zmiennej środowiskowej
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Zmiennych środowiskowych często używa się do tworzenia plików, szczególnie sekretów, które muszą być chronione i dostępne tylko w określonym potoku środowiska. W tym celu ustawiasz jako zawartość zmiennej zawartość pliku i tworzysz plik w zadaniu, który zawiera tę wartość. Nową zmienną środowiskową typu plik można to zrobić w jednym kroku, nawet bez modyfikacji .gitlab-ci.yml.
End point API dla informacji o lukach
ULTIMATE, GOLD
Teraz możesz żądać od API GitLab wszystkich luk wykrytych w projekcie. Dzięki temu API można tworzyć czytelne maszynowo listy luk z filtrami według typu, wiarygodności i powagi.
Możliwość pełnego dynamicznego skanowania dla DAST
ULTIMATE, GOLD
W GitLab możesz dynamicznie testować bezpieczeństwo aplikacji (Dynamic Application Security Testing, DAST) w ramach potoku CI. Od tej wersji można wybierać pełne dynamiczne skanowanie zamiast standardowego pasywnego skanowania. Pełne dynamiczne skanowanie chroni przed większą liczbą podatności.
Instalacja Prometheusa w klastrach na poziomie grupy
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
W tej wersji GitLab pojawiła się możliwość podłączenia klastra Kubernetes do całej grupy. Dodaliśmy również możliwość instalacji jednej instancji Prometheusa na tym klastrze, aby uprościć monitorowanie wszystkich projektów w klastrze.
Informacje o ignorowanych podatnościach na panelu bezpieczeństwa
ULTIMATE, GOLD
Na panelach bezpieczeństwa GitLab administratorzy mogą przeglądać ignorowane podatności. Aby zoptymalizować przepływ pracy, dodaliśmy możliwość przeglądania informacji o ignorowaniu bezpośrednio na panelu bezpieczeństwa.
Tworzenie niestandardowych wykresów metryk na panelu monitorowania
PREMIUM, ULTIMATE, SILVER, GOLD
Twórz nowe wykresy z niestandardowymi metrykami wydajności bezpośrednio na pulpicie nawigacyjnym na panelu monitorowania metryk. Użytkownicy mogą teraz tworzyć, aktualizować i usuwać wizualizacje metryk na panelu monitorowania, klikając przycisk „Add Metric” („Dodaj metrykę”) w prawym górnym rogu pulpitu nawigacyjnego panelu monitorowania.
Zadania z powiadomień otwierają się teraz w imieniu GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Teraz zadania, które otwierają się z powiadomień, będą miały jako autora GitLab Alert Bot, abyś od razu widział, że zadanie zostało utworzone automatycznie na podstawie ważnego powiadomienia.
Automatyczne zapisywanie opisów epików w lokalnym magazynie
ULTIMATE, GOLD
Opisy epików nie były zapisywane w lokalnym magazynie, dlatego zmiany znikały, jeśli nie zapisałeś ich, kiedy zmieniałeś opis epika. W GitLab 11.11 pojawiła się możliwość zapisywania opisów epików w lokalnym magazynie. Oznacza to, że teraz możesz łatwo wrócić do zmiany opisu epika, jeśli wystąpił błąd, zostałeś rozproszony lub przypadkowo zamknąłeś przeglądarkę.
Wsparcie dla lustrzania na GitLab dla Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Dzięki lustrzanym odbiciom można replikować repozytoria Git z jednego miejsca w drugie. Ułatwia to przechowywanie repliki repozytorium na serwerze GitLab, które znajduje się gdzie indziej. Teraz GitLab obsługuje lustrzane odbicia repozytoriów z Git LFS, dzięki czemu ta funkcja jest dostępna nawet dla repozytoriów z dużymi plikami, takimi jak tekstury do gier czy dane naukowe.
Uprawnienia do odczytu i zapisu w repozytoriach dla osobistych tokenów dostępu
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wiele osobistych tokenów dostępu ma uprawnienia do zmian na poziomie api, ale pełny dostęp do API może dawać zbyt wiele praw niektórym użytkownikom lub organizacjom.
Dzięki wkładowi społeczności osobiste tokeny dostępu mogą teraz mieć uprawnienia tylko do odczytu i zapisu dla repozytoriów projektu, a nie szerszego dostępu na poziomie API do wrażliwych obszarów GitLab, takich jak ustawienia i członkostwo.
Dziękuję, Horatiu Eugen Vlad ()!
Dodanie podstawowego wsparcia dla grupowych zapytań GraphQL
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Dzięki API GraphQL użytkownicy mogą dokładnie określać, jakie dane są im potrzebne, oraz otrzymywać wszystkie niezbędne dane za pomocą kilku zapytań. Od tej wersji GitLab wspiera dodawanie podstawowych informacji o grupie do API GraphQL.
Logowanie z danymi uwierzytelniającymi Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab uwielbia deweloperów Salesforce, a aby wspierać tę społeczność, pozwalamy użytkownikom logować się na GitLab z danymi Salesforce.com. Teraz można skonfigurować GitLab jako aplikację połączoną z Salesforce w instancjach, aby korzystać z Salesforce.com do logowania się jedno kliknięcie.
SAML SSO jest teraz obowiązkowy dla dostępu przez sieć
PREMIUM, ULTIMATE, SILVER, GOLD
My na poziomie grup, wprowadzone w wersji 11.8, z rygorystyczną weryfikacją zasobów grupy i projektu, aby użytkownicy mogli uzyskać dostęp tylko po zalogowaniu się przez SAML. To dodatkowy poziom kontroli dostępu dla organizacji, które cenią sobie bezpieczeństwo i korzystają z GitLab.com przez SAML SSO. Teraz możesz uczynić SSO wymogiem, wiedząc, że użytkownicy w twojej grupie korzystają z SSO.
Filtracja według niedawno utworzonych lub zmienionych danych dla API epików
ULTIMATE, GOLD
Wcześniej trudne było zapytanie o niedawno utworzone lub zmienione dane za pomocą API epików na GitLab. W wersji 11.11 dodaliśmy dodatkowe filtry created_after, created_before, zaktualizowane_po i zaktualizowane_przed, aby zapewnić spójność z API zadań i szybko znajdować zmienione lub niedawno utworzone epiki.
Biometryczna autoryzacja z UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Firma specjalizuje się w biometrycznej autoryzacji bez hasła. Teraz obsługujemy tę metodę autoryzacji w GitLab!
Dziękujemy, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dziś wydaliśmy GitLab Runner 11.11! GitLab Runner to projekt open source, który służy do uruchamiania zadań CI/CD i przesyłania wyników z powrotem do GitLab.
Ulepszenia Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Wprowadziliśmy następujące usprawnienia w Omnibus w GitLab 11.11:
- GitLab 11.11 obejmuje — , w której nowym wydaniu znajdują się interaktywne efemeryczne wiadomości i wiele innych. Ta wersja zawiera , i zalecamy przeprowadzenie aktualizacji.
- .
Ulepszanie schematów
CORE, STARTER, PREMIUM, ULTIMATE
Wprowadziliśmy następujące usprawnienia w chartach Helm w GitLab 11.11:
- W GitLab 11.11 można .
- Dostępne dla administratorów , w tym
memoryKiller,maxRss,graceTimeishutdownWait. - Chart Helm teraz w Amazon Elastic Container Service for Kubernetes ()
Poprawa wydajności
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nadal poprawiamy wydajność GitLab przy każdym wydaniu dla instancji GitLab dowolnego rozmiaru. Niektóre usprawnienia w GitLab 11.11:
Przestarzałe funkcje
GitLab Geo zapewni haszowane przechowywanie w GitLab 12.0
GitLab Geo wymaga w celu złagodzenia konkurencji na węzłach wtórnych. Zostało to zauważone w .
W GitLab dodaliśmy ten wymóg do dokumentacji Geo: .
W GitLab sudo gitlab-rake gitlab:geo:check sprawdza, czy haszowane przechowywanie jest włączone i czy wszystkie projekty są przenoszone. Zob. . Jeśli używasz Geo, uruchom tę kontrolę i migrację jak najszybciej.
W GitLab Ciągle wyłączane powiadomienie będzie wyświetlane na stronie Obszar administracyjny › Geo › Węzły, jeśli wspomniane powyżej kontrole nie są dozwolone. .
W GitLab Geo będzie korzystać z wymagań dotyczących haszowanego magazynu. Zob. .
Data usunięcia: 22 czerwca 2019 r.
GitLab Geo zapewni wykorzystanie PG FDW w GitLab 12.0
Jest to konieczne dla Geo Log Cursor, ponieważ znacznie zwiększa wydajność niektórych operacji synchronizacji. Zwiększa również wydajność zapytań o status węzłów Geo. Poprzednie zapytania miały zbyt niską wydajność w dużych projektach. Zobacz, jak to skonfigurować w . W GitLab Geo będzie wymagać PG FDW. Zob. .
Data usunięcia: 22 czerwca 2019 r.
Ustawienia Sentry dla raportów o błędach i logowania będą usunięte z interfejsu użytkownika w GitLab 12.0
Te ustawienia zostaną usunięte z interfejsu użytkownika w GitLab 12.0 i będą dostępne w pliku gitlab.yml. Ponadto będziesz mógł określić środowisko Sentry, aby odróżnić różne wdrożenia. Na przykład rozwój, staging i produkcja. Zob. .
Data usunięcia: 22 czerwca 2019 r.
Ograniczenie maksymalnej liczby potoków tworzonych w trakcie jednego zgłoszenia
Wcześniej GitLab tworzył potoki dla HEAD każdej gałęzi w zgłoszeniu. To jest wygodne dla deweloperów, którzy przesyłają kilka zmian jednocześnie (na przykład w gałęzi funkcjonalnej i gałęzi develop).
Lecz przy przesyłaniu dużego repozytorium, gdzie jest wiele aktywnych gałęzi (na przykład do przenoszenia, odbicia lustrzanego lub rozgałęziania), nie ma potrzeby tworzenia potoku dla każdej gałęzi. Począwszy od GitLab 11.10 tworzymy przy przesyłaniu.
Data usunięcia: 22 maja 2019 r.
Przestarzałe ścieżki kodu legacy w GitLab Runner
Od Gitlab 11.9 GitLab Runner używa klonowania/wywoływania repozytorium. Obecnie GitLab Runner użyje starej metody, jeśli nowa nie jest wspierana. Szczegóły znajdziesz w .
W GitLab 11.0 zmieniliśmy sposób konfiguracji serwera metryk dla GitLab Runner. metrics_serverzostanie usunięty na rzecz listen_address w GitLab 12.0. Więcej szczegółów znajdziesz w .
W wersji 11.3 GitLab Runner zaczął wspierać ; co doprowadziło do nowych ustawień dla . W zawiera tabela zmian oraz instrukcje przejścia do nowej konfiguracji. Więcej informacji można znaleźć w .
Te ścieżki będą niedostępne w GitLab 12.0. Jako użytkownik, nie musisz nic zmieniać, tylko upewnić się, że instancja GitLab działa w wersji 11.9+ przy aktualizacji do GitLab Runner 12.0.
Data usunięcia: 22 czerwca 2019 r.
Przestarzały parametr dla cechy punktu wejścia dla GitLab Runner
W wersji 11.4 GitLab Runner wprowadzono parametr cechy w celu naprawy problemów takich jak i .
W GitLab 12.0 przełączymy się na właściwe zachowanie, tak jakby parametr cechy był wyłączony. Więcej informacji można znaleźć w .
Data usunięcia: 22 czerwca 2019 r.
Przestarzałe wsparcie dla dystrybucji Linux, które osiągnęły EOL, dla GitLab Runner
Niektóre dystrybucje Linux, na które można zainstalować GitLab Runner, zakończyły swoją żywotność.
W GitLab 12.0 GitLab Runner nie będzie już dystrybuował pakietów do tych dystrybucji Linux. Pełna lista dystrybucji, które nie są już wspierane, znajduje się w naszej . Dziękuję, Javier Ardo (), za twój !
Data usunięcia: 22 czerwca 2019 r.
Usunięcie starych komend GitLab Runner Helper
W ramach dodania wsparcia było konieczne porzucenie niektórych starych komend używanych do .
W GitLab 12.0 GitLab Runner uruchamiany jest za pomocą nowych poleceń. Dotyczy to tylko użytkowników, którzy . Więcej informacji można znaleźć w .
Data usunięcia: 22 czerwca 2019 r.
Usunięcie mechanizmu git clean z GitLab Runner
W GitLab Runner 11.10 wprowadziliśmy skonfigurowania, jak Runner wykonuje polecenie git clean. Ponadto nowa strategia czyszczenia eliminuje użycie pozwala na cofanie zmian w deploymentach; zawsze dostępne są poprzednie stany. i umieszcza polecenie git clean po kroku zrzutu.
Ponieważ ta zmiana zachowania może wpłynąć na niektórych użytkowników, przygotowaliśmy parametr FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ustawienie wartości true, przywróci legacy-strategię czyszczenia. Więcej o używaniu parametrów funkcji w GitLab Runner można znaleźć .
W GitLab Runner 12.0 usuniemy wsparcie dla legacy strategii czyszczenia oraz możliwość przywracania jej za pomocą parametru funkcji. Zob. w .
Data usunięcia: 22 czerwca 2019 r.
są dostępne tylko dla planów Silver/Premium
Kiedy wprowadziliśmy szablony projektów na poziomie grup w wydaniu 11.6, przypadkowo uczyniliśmy tę funkcję dla Premium/Silver dostępną dla wszystkich planów.
My w wydaniu 11.11 i dajemy jeszcze 3 miesiące wszystkim użytkownikom i instancjom poniżej poziomu Silver/Premium.
Od 22 sierpnia 2019 roku szablony projektów grupowych będą dostępne tylko dla planu Silver/Premium i wyżej, jak opisano w dokumentacji.
Data usunięcia: 22 sierpnia 2019 r.
Zakończono wsparcie dla zadań wsadowych Windows
W GitLab 13.0 (22 czerwca 2020 r.) planujemy zrezygnować z wsparcia dla zadań wsadowych w wierszu poleceń Windows w GitLab Runner (np. cmd.exe) na rzecz rozszerzonego wsparcia Windows PowerShell. Więcej informacji w .
Teraz nasza wizja korporacyjnego DevOps będzie zgodna z pozycją Microsoft, że PowerShell to najlepsza opcja do automatyzacji aplikacji korporacyjnych w środowiskach Windows. Jeśli chcesz kontynuować korzystanie z cmd.exe, te polecenia można wywoływać z PowerShell, ale nie będziemy bezpośrednio wspierać zadań wsadowych Windows z powodu kilku niezgodności, które prowadzą do wysokich kosztów obsługi i rozwoju.
Data usunięcia: 22 września 2019 r.
Wymagana wersja Git 2.21.0 lub wyższa
Od GitLab 11.11 wymagany jest Git 2.21.0 do uruchomienia. , ale użytkownicy instalacji źródłowych z wcześniejszymi wersjami Git będą musieli zaktualizować.
Data usunięcia: 22 maja 2019 r.
Przestarzały szablon usługi Kubernetes
W GitLab 12.0 planujemy zrezygnować z szablonu usługi Kubernetes na rzecz konfiguracji klastra na poziomie instancji, wprowadzonej w GitLab 11.11.
Wszystkie samodzielne instancje korzystające z szablonu usługi zostaną przeniesione do klastra na poziomie instancji podczas aktualizacji do GitLab 12.0.
Data usunięcia: 22 czerwca 2019 r.
Rezygnacja z mapowania po etykiecie app na panelach wdrożenia Kubernetes
W GitLab 12.0 planujemy zrezygnować z mapowania po etykiecie app w selektorze wdrożeń Kubernetes. W GitLab 11.10 wprowadziliśmy , który wyszukuje dopasowania po app.example.com/app i app.example.com/env, aby wyświetlać wdrożenia na panelu.
Aby te wdrożenia były widoczne na panelach wdrożeń, wystarczy wysłać nowe wdrożenie, a GitLab zastosuje nowe etykiety.
Data usunięcia: 22 czerwca 2019 r.
Pakiety GitLab 12.0 będą podpisywane rozszerzonym podpisem
2 maja 2019 roku GitLab Omnibus GitLab od 01.08.2019 do 01.07.2020. Jeśli sprawdzasz podpisy pakietów i chcesz zaktualizować klucze, po prostu ponownie wykonaj instrukcje z .
Data usunięcia: 22 czerwca 2019 r.
Dziennik zmian
Szukaj wszystkich tych zmian w dzienniku zmian:
Instalacja
Jeśli konfigurowasz nową instalację GitLab, odwiedź .
Aktualizacja
→ Zobacz na
Źródło: habr.com
