DevOps

Spośród wymienionych niżej strategii Git'owych, najmniej złożoną jest:

• GitHub Flow

• Git Flow

• GitLab Flow

• One Flow

„Ciągłe Dostarczanie" to rodzaj CI/CD, w którym:

• Zautomatyzowany jest cały proces wdrażania na środowiska docelowe

• Zautomatyzowany jest niecały proces wdrażania na środowiska docelowe, a decyzja o wdrażaniu do klienta jest podejmowana manualnie

• Zautomatyzowane jest tylko testowanie

• Zautomatyzowany jest niecały proces wdrażania na środowiska docelowe, a decyzja o wdrażaniu do testowania akceptacyjnego użytkowników jest podejmowana manualnie

Jednym z głównych aspektów wyróżniających rozproszony system kontroli wersji „git" jest:

• używanie delt do przyrostowego nanoszenia zmian

• trójstronna operacja merge

• używanie sigm do przyrostowego nanoszenia zmian

• dwustronna operacja merge

Głównym powodem, dla którego przekazanie do klienta nowej wersji oprogramowania bywa chaotyczne, jest:

• Ponieważ zabrakło tzw.: Release Managera, odpowiedzialnego za koordynację pomiędzy zespołami programistycznymi a klientem.

• Ponieważ bardzo często jest to pierwszy moment, gdy możemy sprawdzić jak aplikacja zachowuje się na docelowym środowisku oraz z faktyczną ilością użytkowników oraz realnymi danymi (jakościowo i ilościowo).

• Ponieważ klient dostarczył niekompletną, wadliwą lub niepełną dokumentację środowiska wdrożeniowego, lub też nie dostarczył takowej w ogóle.

• Ponieważ zabrakło DevOps'ów zespole.

W cyklu DevOps strumień informacji zwrotnej zawiera etapy:

• Monitoruj i Zbieraj informacje, Planuj

• Wdrażaj, Monitoruj i Zbieraj informacje

• Testuj, Planuj

• Buduj, Planuj

Git „Fast forward" jest rodzajem łączenia gałęzi kodu, w którym:

• jedna gałąź zawierała commit'y bezpośrednio przed commitami w drugiej gałęzi. Nie powstaje tzw.: merge commit.

• Commity z jednej gałęzi kodu zostają zapisane w obszarze tymczasowym, a następnie po przełączeniu na drugą gałąź, nałożone na drugą gałąź tak jakby oryginalnie były na niej dokonane.

• Serię commitów z jednej gałęzi kompresuje się do 1 nowego commitu nałożonego na drugą gałąź.

• Nakłada wybrane arbitralnie istniejące commity w jednym branchu, na drugi branch bez łączenia tych branchy.

„Ciągłe Wdrażanie" to rodzaj CI/CD, w którym:

• Zautomatyzowany jest cały proces wdrażania na środowiska docelowe

• Zautomatyzowane jest tylko testowanie

• Zautomatyzowany jest niecały proces wdrażania na środowiska docelowe, a decyzja o wdrażaniu do klienta jest podejmowana manualnie

• Zautomatyzowany jest niecały proces wdrażania na środowiska docelowe, a decyzja o wdrażaniu do testowania akceptacyjnego użytkowników jest podejmowana manualnie

Do najważniejszych praktyk „Ciągłej Integracji" DevOps należy:

• Pojedyncze repozytorium z kodem, Scentralizowane budowanie, Automatyczne samo-testowanie aplikacji, Testowanie w kopii środowiska produkcyjnego

• żadna odpowiedź nie jest poprawna

• Pojedyncze repozytorium z kodem, Automatyczne budowanie, Automatyczne samo-testowanie aplikacji, Limitowany dostęp do najnowszej wersji

• Każdy co tydzień dołącza swoje zmiany Automatyczne budowanie, Automatyczne samo-testowanie aplikacji, Testowanie w kopii środowiska produkcyjnego

• Pojedyncze repozytorium z kodem, Automatyczne budowanie, Automatyczne samo-testowanie aplikacji, Testowanie w kopii środowiska produkcyjnego

W CI/CD środowisko o nazwie „staging":

• posiada dane takie jak środowisko produkcyjne

• posiada kompletne dane konieczne do testów różnego rodzaju

• jest przeznaczone do ostatecznego zatwierdzania przed wdrożeniem

• znacznie różni się od środowiska wdrożeniowego

W czasie wdrażania CI/CD, zaraz po stworzeniu podstaw przepływu wdrożeniowego, następnym celem jest:

• Uruchomienie szybkiego i niezawodnego testowania.

• Stworzenie podstaw przepływu wdrożeniowego.

• Automatyzacja i uruchomienie dostarczania nowej wersji programu z małym ryzykiem wystąpienia poważnych problemów.

• Uruchomienie i stosowanie ciągłej integracji zmian