Więcej opcji współpracy i dodatkowe powiadomienia
W GitLab stale szukamy nowych sposobów usprawnienia współpracy w całym cyklu życia DevOps. Mamy przyjemność ogłosić, że tym wydaniem wspieramy ! Ta funkcja jest dostępna z poziomu GitLab Starter i naprawdę ucieleśnia nasze motto: „Każdy może pomóc”. Wiemy, że nad pojedynczą prośbą o połączenie może pracować wiele osób, aby upewnić się, że wszystko jest w porządku, a teraz masz możliwość przypisania wielu właścicieli żądań połączenia!
Zespoły DevOps również teraz otrzymują . Dodaj nowe powiadomienia do listy zdarzeń push w tych dwóch czatach, a Twój zespół będzie wiedział o nowych wdrożeniach niemal natychmiast.
Obniż koszty dzięki obsłudze kontenerów Docker w systemie Windows i udostępnianiu klastrów Kubernetes na poziomie instancji
Kochamy 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 , dzięki czemu możesz teraz używać kontenerów Docker w systemie Windows i cieszyć się zaawansowanymi możliwościami orkiestracji potoków i zarządzania nimi.
GitLab Premium (tylko instancje samodzielnie zarządzane) oferuje teraz . Ten dodatek przyspieszy dostarczanie, ponieważ będziesz mieć teraz buforujący serwer proxy dla często używanych obrazów Dockera.
Użytkownicy samodzielnie zarządzanych instancji GitLab mogą teraz udostępniać zasoby , a wszystkie zespoły i projekty w instancji będą go używać do swoich wdrożeń. Ta integracja GitLab z Kubernetesem automatycznie utworzy zasoby specyficzne dla projektu w celu zwiększenia bezpieczeństwa.
I to nie wszystko!
Oprócz nowych funkcji współpracy i dodatkowych powiadomień dodaliśmy , zwiększony , uproszczone kontrole za pomocą , i wiele więcej!
Najcenniejszy pracownik tego miesiąca () — Kia Mae Somabes ()
W tej wersji dodaliśmy możliwość pobierania pojedynczych folderów z repozytoriów, a nie całej zawartości. Teraz możesz pobrać tylko kilka potrzebnych plików. Dziękuję, Kia Mae Somabes!
Główne cechy GitLaba 11.11
Moduł wykonawczy kontenera systemu Windows dla narzędzia GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
W GitLab 11.11 dodaliśmy nowy moduł uruchamiający do GitLab Runner, aby umożliwić korzystanie z kontenerów Docker w systemie Windows. Wcześniej do koordynowania kontenerów Docker w systemie Windows trzeba było używać powłoki, ale teraz można pracować z kontenerami Docker bezpośrednio w systemie Windows, podobnie jak w systemie Linux. Użytkownicy platformy Microsoft mają teraz więcej opcji orkiestracji potoków i zarządzania nimi.
Ta aktualizacja zawiera ulepszoną obsługę programu PowerShell w GitLab CI/CD, a także nowe obrazy pomocy dla różnych wersji kontenerów systemu Windows. Własnych modułów uruchamiających Windows można oczywiście używać z GitLab.com, ale nie są one jeszcze narzędziami dostępnymi publicznie.
Serwer proxy zależności buforowania dla rejestru kontenerów
PREMIUM, NAJLEPSZE
Zespoły często korzystają z kontenerów w potokach kompilacji, a buforowanie serwera proxy dla często używanych obrazów i pakietów z źródła to świetny sposób na przyspieszenie potoków. Dzięki lokalnej kopii potrzebnych warstw, dostępnej za pośrednictwem nowego buforującego serwera proxy, możesz wydajniej pracować z popularnymi obrazami w swoim środowisku.
Na razie kontener proxy jest dostępny tylko dla samozarządzanych wystąpień na serwerze sieci Web .
Kilka osób odpowiedzialnych za żądania połączenia
STARTER, PREMIUM, ULTIMATE, BRĄZ, SREBRO, ZŁOTO
Dość często zdarza się, że wiele osób pracuje nad funkcją we współdzielonej gałęzi i żąda połączenia, na przykład gdy programiści front-end i back-end ściśle ze sobą współpracują lub gdy programiści pracują w parach, jak w przypadku programowania ekstremalnego.
W GitLab 11.11 możesz przypisać wiele osób do łączenia żądań. Podobnie jak w przypadku wielu właścicieli zadań, możesz używać list, filtrów, powiadomień i interfejsów API.
Konfiguracja klastra Kubernetes na poziomie instancji
PODSTAWOWE, STARTOWE, PREMIUM, ULTIMATE
Model bezpieczeństwa i udostępniania w Kubernetes ewoluuje, aby umożliwić obsługę dużej liczby klientów za pośrednictwem jednego udostępnionego klastra.
W GitLab 11.11 użytkownicy samodzielnie zarządzanych instancji mogą teraz udostępnić klaster na poziomie instancji, a wszystkie zespoły i projekty w tej instancji będą go używać do swoich wdrożeń. Ta integracja GitLab z Kubernetesem automatycznie utworzy zasoby specyficzne dla projektu w celu zwiększenia bezpieczeństwa.
Powiadomienia o wdrożeniach w Slack i Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Dzięki integracji z czatami możesz teraz ustawić automatyczne powiadomienia o zdarzeniach wdrożeniowych na kanale zespołu и , a Twój zespół będzie świadomy wszystkich ważnych wydarzeń.
Dostęp gościnny do problemów
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Użytkownicy-goście Twoich projektów mogą teraz przeglądać wydania opublikowane na stronie Wydania. Będą mogli pobierać opublikowane artefakty, ale nie będą mogli pobrać kodu źródłowego ani zobaczyć szczegółów repozytorium, takich jak tagi czy zatwierdzenia.
Inne ulepszenia w GitLab 11.11
Serializowane wykresy zatwierdzeń w celu poprawy wydajności
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Wiele operacji Git wymaga przejścia przez wykres zatwierdzeń, na przykład obliczenia podstawy scalania lub wylistowania gałęzi zawierających zatwierdzenie. Im więcej zatwierdzeń, tym wolniejsze są te operacje, ponieważ przechodzenie wymaga załadowania każdego obiektu z dysku w celu odczytania jego wskaźników.
W GitLab 11.11 włączyliśmy funkcję serializowanego wykresu zatwierdzania wprowadzoną w ostatnich wersjach Git, aby proaktywnie obliczać i przechowywać te informacje. Indeksowanie w dużych repozytoriach jest teraz znacznie szybsze. Wykres zatwierdzeń zostanie utworzony automatycznie podczas następnego czyszczenia repozytorium.
Przeczytaj o tym, jak utworzono serializowany wykres zatwierdzeń w od jednego z autorów tej funkcji.
Dodatkowe minuty CI Runner: teraz dostępne w ramach bezpłatnych planów
GRATIS, BRĄZ, SREBRO, ZŁOTO
W zeszłym miesiącu dodaliśmy możliwość zakupu dodatkowych minut CI Runner, ale tylko w przypadku płatnych planów GitLab.com. W tej wersji minuty można także kupować w ramach planów darmowych.
Przesyłanie archiwów katalogów do repozytoriów
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
W zależności od rodzaju i wielkości projektu pobranie archiwum całego projektu może zająć dużo czasu i nie zawsze jest konieczne, szczególnie w przypadku dużych monorepozytoriów. W GitLab 11.11 możesz pobrać archiwum zawartości bieżącego katalogu, łącznie z podkatalogami, aby wybrać tylko potrzebne foldery.
Dziękuję za pracę !
Zastosowanie sugestii teraz automatycznie kończy dyskusję
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Proponowanie zmian ułatwia współpracę przy prośbach o połączenie, eliminując potrzebę kopiowania i wklejania w celu zaakceptowania proponowanej zmiany. W GitLab 11.11 jeszcze bardziej uprościliśmy ten proces, umożliwiając automatyczne rozstrzyganie dyskusji po zastosowaniu sugestii.
Licznik czasu na pasku bocznym tablicy zadań
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Paski zadań na pasku bocznym powinny wyglądać tak samo w widokach Tablica i Zadania. Dlatego GitLab ma teraz moduł do śledzenia czasu na pasku bocznym tablicy zgłoszeń. Po prostu przejdź do tablicy zadań, kliknij zadanie, a otworzy się pasek boczny z licznikiem czasu.
Informacje o wdrożeniach w interfejsie API środowisk
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Dodaliśmy możliwość wysyłania zapytań o informacje specyficzne dla środowiska z interfejsu API środowisk, aby dowiedzieć się, jakie zatwierdzenie jest obecnie wdrożone w środowisku. Ułatwi to automatyzację i raportowanie użytkownikom Środowiska w GitLab.
Ujemne zmienne pasują do reguł potoku
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Możesz teraz sprawdzić ujemną równość lub dopasowanie wzorca (!= и !~) w pliku .gitlab-ci.yml podczas sprawdzania wartości zmiennych środowiskowych, dzięki czemu kontrolowanie zachowania potoków stało się bardziej elastyczne.
Uruchamiaj wszystkie zadania ręczne na jednym etapie za pomocą jednego kliknięcia
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
W GitLab 11.11 użytkownicy, którzy mają wiele zadań ręcznych na swoich etapach, mogą teraz wykonać wszystkie takie zadania w jednym etapie, klikając przycisk "Odtwórz wszystko" („Uruchom wszystko”) po prawej stronie pseudonimu w widoku Potoki.
Tworzenie pliku bezpośrednio ze zmiennej środowiskowej
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Zmienne środowiskowe są często używane do tworzenia plików, zwłaszcza w przypadku wpisów tajnych, które muszą być chronione i są dostępne tylko w określonym potoku środowiska. Aby to zrobić, ustawiasz zawartość zmiennej na zawartość pliku i tworzysz w zadaniu plik zawierający tę wartość. Z nową zmienną środowiskową, taką jak file można to zrobić w jednym kroku, nawet bez modyfikacji .gitlab-ci.yml.
Punkt końcowy API dla informacji o lukach w zabezpieczeniach
NAJLEPSZY, ZŁOTY
Możesz teraz wysyłać zapytania do API GitLab o wszystkie luki zidentyfikowane w projekcie. Za pomocą tego interfejsu API można tworzyć czytelne dla maszyn listy luk w zabezpieczeniach, filtrowane według typu, stopnia pewności i ważności.
Pełna możliwość dynamicznego skanowania dla DAST
NAJLEPSZY, ZŁOTY
W GitLabie możesz dynamicznie testować bezpieczeństwo aplikacji (Dynamic Application Security Testing, DAST) w ramach potoku CI. Począwszy od tej wersji, zamiast standardowego skanowania pasywnego można wybrać pełne skanowanie dynamiczne. Pełne skanowanie dynamiczne chroni przed większą liczbą luk w zabezpieczeniach.
Instalowanie Prometheusa w klastrach na poziomie grupy
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
W tej wersji GitLab wprowadzono możliwość dołączenia klastra Kubernetes do całej grupy. Dodaliśmy także możliwość zainstalowania jednej instancji Prometheusa na klaster, aby ułatwić monitorowanie wszystkich projektów w klastrze.
Dowiedz się, jak ignorować luki w zabezpieczeniach w Panelu bezpieczeństwa
NAJLEPSZY, ZŁOTY
Panele bezpieczeństwa GitLab pozwalają administratorom przeglądać ignorowane luki. Aby usprawnić przepływ pracy, dodaliśmy możliwość przeglądania szczegółów ignorowania bezpośrednio w panelu bezpieczeństwa.
Twórz niestandardowe wykresy metryk na swoim pulpicie nawigacyjnym
PREMIUM, NAJLEPSZY, SREBRNY, ZŁOTY
Twórz nowe wykresy z niestandardowymi metrykami wydajności bezpośrednio z poziomu pulpitu nawigacyjnego w panelu metryk. Użytkownicy mogą teraz tworzyć, aktualizować i usuwać wizualizacje metryk na pulpicie nawigacyjnym, klikając przycisk „Dodaj dane” („Dodaj dane”) w prawym górnym rogu paska narzędzi panelu kontrolnego.
Problemy z powiadomieniami są teraz otwierane jako GitLab Alert Bot
PREMIUM, NAJLEPSZY, SREBRNY, ZŁOTY
Teraz sprawy otwierane z powiadomień będą miały ustawionego autora na GitLab Alert Bot, dzięki czemu od razu zobaczysz, że sprawa została utworzona automatycznie na podstawie ważnego powiadomienia.
Automatycznie zapisuj epickie opisy w pamięci lokalnej
NAJLEPSZY, ZŁOTY
Opisy epickie nie zostały zapisane w pamięci lokalnej, więc zmiany zostały utracone, chyba że wyraźnie je zapisałeś podczas zmiany opisu epickiego. GitLab 11.11 wprowadził możliwość zapisywania epickich opisów w lokalnej pamięci. Oznacza to, że możesz teraz łatwo powrócić do zmiany swojego epickiego opisu, jeśli wystąpi błąd, rozproszysz się lub przypadkowo wyjdziesz z przeglądarki.
Obsługa kopii lustrzanych GitLab dla Git LFS
STARTER, PREMIUM, ULTIMATE, BRĄZ, SREBRO, ZŁOTO
Używając dublowania, możesz replikować repozytoria Git z jednej lokalizacji do drugiej. Dzięki temu łatwo jest przechowywać replikę repozytorium zlokalizowaną gdzie indziej na serwerze GitLab. GitLab obsługuje teraz dublowanie repozytoriów za pomocą Git LFS, więc ta funkcja jest dostępna nawet w przypadku repozytoriów zawierających duże pliki, takie jak tekstury gier lub dane naukowe.
Uprawnienia do odczytu i zapisu repozytorium dla osobistych tokenów dostępu
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Wiele osobistych tokenów dostępu ma uprawnienia do zmiany na poziomie api, ale pełny dostęp do API może dać zbyt wiele uprawnień niektórym użytkownikom lub organizacjom.
Dzięki wkładowi społeczności osobiste tokeny dostępu mogą teraz mieć tylko uprawnienia do odczytu i zapisu w repozytoriach projektów, a nie głębszy dostęp na poziomie API do wrażliwych obszarów GitLab, takich jak ustawienia i członkostwo.
Dziękuję, Horatiu Evgen Vlad ()!
Dodanie podstawowej obsługi zapytań wsadowych GraphQL
GRATIS, BRĄZ, SREBRO, ZŁOTO, RDZEŃ, STARTER, PREMIUM, ULTIMATE
Dzięki API GraphQL użytkownicy mogą dokładnie określić, jakich danych potrzebują i uzyskać wszystkie potrzebne dane w kilku zapytaniach. Począwszy od tej wersji, GitLab obsługuje dodawanie podstawowych informacji o grupach do API GraphQL.
Zaloguj się przy użyciu danych logowania Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
GitLab uwielbia programistów Salesforce i aby wesprzeć tę społeczność, umożliwiamy użytkownikom logowanie się do GitLab przy użyciu poświadczeń Salesforce.com. Instancje mogą teraz skonfigurować GitLab jako aplikację połączoną z Salesforce, aby używać Salesforce.com do logowania się do GitLab jednym kliknięciem.
Aby uzyskać dostęp do Internetu, wymagane jest teraz logowanie jednokrotne SAML
PREMIUM, NAJLEPSZY, SREBRNY, ZŁOTY
My na poziomie grupy, wprowadzonym w wersji 11.8, ze ścisłą walidacją zasobów grupy i projektu, aby zapewnić, że użytkownicy będą mogli uzyskać dostęp tylko po zalogowaniu się za pomocą SAML. To dodatkowa warstwa kontroli dostępu dla organizacji ceniących bezpieczeństwo i korzystających z GitLab.com poprzez SAML SSO. Teraz możesz ustawić wymóg logowania jednokrotnego, wiedząc, że użytkownicy w Twojej grupie korzystają z logowania jednokrotnego.
Filtruj według ostatnio utworzonych lub zmodyfikowanych danych dla interfejsu API epics
NAJLEPSZY, ZŁOTY
Wcześniej nie było łatwo wysyłać zapytania do ostatnio utworzonych lub zmienionych danych za pomocą interfejsu API GitLab epics. W wersji 11.11 dodaliśmy dodatkowe filtry created_after, created_before, updated_after и updated_beforeaby zapewnić spójność z API zadań i szybko znaleźć zmodyfikowane lub nowo utworzone eposy.
Uwierzytelnianie biometryczne za pomocą UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
spółka specjalizuje się w uwierzytelnianiu biometrycznym bez hasła. Teraz obsługujemy tę metodę uwierzytelniania w GitLab!
Dziękuję, Karthiki Tanna ()!
Uruchomienie GitLaba 11.11
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
Dzisiaj wydaliśmy GitLab Runner 11.11! GitLab Runner to projekt typu open source, który służy do uruchamiania zadań CI/CD i wysyłania wyników z powrotem do GitLab.
Ulepszenia omnibusa
PODSTAWOWE, STARTOWE, PREMIUM, ULTIMATE
W GitLab 11.11 wprowadziliśmy następujące ulepszenia Omnibusa:
- GitLab 11.11 zawiera - , którego nowa wersja zawiera interaktywne efemerydy i nie tylko. Ta wersja zawiera i zalecamy aktualizację.
- .
Udoskonalanie schematów
PODSTAWOWE, STARTOWE, PREMIUM, ULTIMATE
W GitLab 11.11 wprowadziliśmy następujące ulepszenia wykresów Helm:
- W GitLabie 11.11 jest to możliwe .
- Dostępne dla administratorów w tym
memoryKiller,maxRss,graceTimeиshutdownWait. - Wykresy Helma teraz w Amazon Elastic Container Service dla Kubernetes ()
Ulepszenia w wydajności
CORE, STARTER, PREMIUM, ULTIMATE, BEZPŁATNY, BRĄZ, SREBRO, ZŁOTO
W dalszym ciągu ulepszamy wydajność GitLab z każdą wersją dla instancji GitLab każdej wielkości. Niektóre ulepszenia w GitLab 11.11:
Przestarzałe funkcje
GitLab Geo zapewni zaszyfrowaną pamięć masową w GitLab 12.0
Wymagane GitLab Geo w celu ograniczenia konkurencji w węzłach drugorzędnych. Odnotowano to w .
W GitLabie dodaliśmy ten wymóg do dokumentacji Geo: .
W GitLabie sudo gitlab-rake gitlab:geo:check sprawdza, czy włączona jest funkcja mieszania magazynu i czy wszystkie projekty zostały przeniesione. Cm. . Jeśli używasz Geo, przeprowadź tę kontrolę i przeprowadź migrację tak szybko, jak to możliwe.
W GitLabie na stronie zostanie wyświetlone trwale wyłączone ostrzeżenie Obszar administracyjny › Geo › Węzły, jeżeli powyższe kontrole nie są dozwolone. .
W GitLabie Geo będzie używać zaszyfrowanych wymagań dotyczących przechowywania. Cm. .
Data usunięcia: 22 2019 czerwca
GitLab Geo przeniesie PG FDW do GitLab 12.0
Jest to konieczne w przypadku Geo Log Cursor, ponieważ znacznie poprawia wydajność niektórych operacji synchronizacji. Poprawiono także wydajność zapytań o status węzła geograficznego. Poprzednie zapytania miały bardzo słabą wydajność w przypadku dużych projektów. Zobacz jak to skonfigurować . W GitLabie Geo będzie wymagać PG FDW. Cm. .
Data usunięcia: 22 2019 czerwca
Opcje Sentry służące do raportowania i rejestrowania błędów zostaną usunięte z interfejsu użytkownika w GitLab 12.0
Opcje te zostaną usunięte z interfejsu użytkownika w GitLab 12.0 i będą dostępne w pliku gitlab.yml. Dodatkowo można zdefiniować środowisko Sentry, aby rozróżnić wiele wdrożeń. Na przykład rozwój, inscenizacja i produkcja. Cm. .
Data usunięcia: 22 2019 czerwca
Ograniczenie maksymalnej liczby potoków utworzonych na jedno zgłoszenie
Wcześniej GitLab tworzył potoki dla HEAD każdego oddziału w zgłoszeniu. Jest to wygodne dla programistów, którzy wypychają kilka zmian jednocześnie (na przykład do gałęzi funkcji i do gałęzi develop).
Jednak w przypadku wypychania dużego repozytorium z wieloma aktywnymi gałęziami (na przykład przenoszeniem, tworzeniem kopii lustrzanych lub rozgałęzianiem) nie trzeba tworzyć potoku dla każdej gałęzi. Zaczynając od GitLab 11.10 tworzymy podczas wysyłania.
Data usunięcia: 22 maja 2019 miasto
Nieaktualne ścieżki kodu starszego narzędzia GitLab Runner
Począwszy od Gitlab 11.9, GitLab Runner używa klonowanie/wywoływanie repozytorium. Obecnie GitLab Runner będzie używał starej metody, jeśli nowa nie jest obsługiwana. Więcej szczegółów znajdziesz w .
W GitLab 11.0 zmieniliśmy wygląd konfiguracji serwera metryk dla GitLab Runner. metrics_serverzostaną usunięte na korzyść listen_address w GitLabie 12.0. Więcej szczegółów znajdziesz w .
W wersji 11.3 GitLab Runner zaczął wspierać ; co doprowadziło do nowych ustawień dla , Udostępniona jest tabela zmian i instrukcja migracji do nowej konfiguracji. Więcej szczegółów znajdziesz w .
Te ścieżki nie będą dostępne w GitLab 12.0. Jako użytkownik nie musisz nic zmieniać poza upewnieniem się, że Twoja instancja GitLab działa w wersji 11.9 lub nowszej podczas aktualizacji do GitLab Runner 12.0.
Data usunięcia: 22 2019 czerwca
Przestarzały parametr funkcji punktu wejścia dla GitLab Runner
11.4 GitLab Runner wprowadza parametr feature aby rozwiązać problemy takie jak и .
W GitLab 12.0 przełączymy się na prawidłowe zachowanie, tak jakby ustawienie funkcji było wyłączone. Więcej szczegółów znajdziesz w .
Data usunięcia: 22 2019 czerwca
Przestarzała obsługa dystrybucji Linuksa osiągająca EOL dla GitLab Runner
Niektóre dystrybucje Linuksa, na których można zainstalować GitLab Runner, spełniły swoje zadanie.
W GitLab 12.0 GitLab Runner nie będzie już dystrybuował pakietów do takich dystrybucji Linuksa. Pełną listę dystrybucji, które nie są już obsługiwane, można znaleźć w naszym . Dziękuję, Javierze Ardo (), dla Ciebie !
Data usunięcia: 22 2019 czerwca
Usuwanie starych poleceń Pomocnika GitLab Runner Helper
W ramach dodania wsparcia musiałem porzucić niektóre stare polecenia, do których się używa .
W GitLab 12.0 GitLab Runner jest uruchamiany przy użyciu nowych poleceń. Dotyczy to tylko użytkowników, którzy . Więcej szczegółów znajdziesz w .
Data usunięcia: 22 2019 czerwca
Usuwanie starszego mechanizmu git clean z GitLab Runner
W GitLab Runner 11.10 my skonfiguruj sposób, w jaki Runner wykonuje polecenie git clean. Ponadto nowa strategia czyszczenia eliminuje użycie git reset i wydaje polecenie git clean po etapie rozładunku.
Ponieważ ta zmiana zachowania może dotyczyć niektórych użytkowników, przygotowaliśmy parametr FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Jeśli ustawisz wartość true, przywróci starszą strategię czyszczenia. Więcej na temat wykorzystania parametrów funkcji w GitLab Runnerze znajdziesz .
W GitLab Runner 12.0 usuniemy obsługę starszej strategii czyszczenia i możliwość jej przywrócenia za pomocą parametru funkcji. Widzieć w .
Data usunięcia: 22 2019 czerwca
dostępne tylko dla planów Silver/Premium
Kiedy w wersji 11.6 wprowadziliśmy szablony projektów na poziomie zespołu, przypadkowo udostępniliśmy tę funkcję Premium/Silver dla wszystkich planów.
My w wersji 11.11 i dające dodatkowe 3 miesiące wszystkim użytkownikom i instancjom poniżej poziomu Silver/Premium.
Od 22 sierpnia 2019 r. szablony projektów grupowych będą dostępne wyłącznie w przypadku planów Silver/Premium i wyższych, zgodnie z opisem w dokumentacji.
Data usunięcia: 22 2019 sierpnia
Zakończono obsługę zadań wsadowych systemu Windows
W GitLab 13.0 (22 czerwca 2020 r.) planujemy usunąć obsługę wsadowych zadań wiersza poleceń systemu Windows w GitLab Runner (np. cmd.exe) na rzecz ulepszonej obsługi programu Windows PowerShell. Więcej szczegółów w .
Nasza wizja DevOps dla przedsiębiorstw będzie teraz zgodna ze stanowiskiem firmy Microsoft, że PowerShell jest najlepszą opcją do automatyzacji aplikacji korporacyjnych w środowiskach Windows. Jeśli chcesz nadal używać cmd.exe, te polecenia można wywołać z poziomu programu PowerShell, ale nie będziemy bezpośrednio obsługiwać zadań wsadowych systemu Windows ze względu na kilka niespójności, które powodują duże koszty utrzymania i programowania.
Data usunięcia: 22 2019 września
Wymaga Git 2.21.0 lub nowszego
Od wersji GitLab 11.11 do działania wymagany jest Git 2.21.0. , ale użytkownicy oryginalnych instalacji z poprzednimi wersjami Git będą musieli dokonać aktualizacji.
Data usunięcia: 22 maja 2019 miasto
Starszy szablon usługi Kubernetes
W GitLab 12.0 planujemy odejść od szablonu usługi Kubernetes na korzyść konfiguracji klastra na poziomie instancji wprowadzonej w GitLab 11.11.
Wszystkie instancje samodzielnie zarządzane korzystające z szablonu usługi zostaną zmigrowane do klastra na poziomie instancji podczas aktualizacji do GitLab 12.0.
Data usunięcia: 22 2019 czerwca
Rezygnacja z dopasowywania etykiet app na panelach wdrożeniowych Kubernetes
W GitLab 12.0 planujemy odejść od dopasowywania według etykiety aplikacji w selektorze wdrożenia Kubernetes. W GitLabie 11.10 wprowadziliśmy , który wyszukuje dopasowania według app.example.com/app и app.example.com/envaby wyświetlić wdrożenia na panelu.
Aby te wdrożenia pojawiły się na pulpitach nawigacyjnych wdrożeń, po prostu prześlij nowe wdrożenie, a GitLab zastosuje nowe etykiety.
Data usunięcia: 22 2019 czerwca
Pakiety GitLab 12.0 będą podpisywane podpisem rozszerzonym
2 maja 2019 GitLab Omnibus GitLab od 01.08.2019 do 01.07.2020. Jeśli weryfikujesz podpisy pakietów i chcesz zaktualizować klucze, po prostu postępuj zgodnie z instrukcjami z ponownie .
Data usunięcia: 22 2019 czerwca
Dziennik zmian
Poszukaj wszystkich tych zmian w dzienniku zmian:
Instalacja
Jeśli konfigurujesz nową instalację GitLab, odwiedź stronę .
Aktualizuj
→ Sprawdź
Źródło: www.habr.com