6. Git - dlaczego
● Możemy określić dokładnie jaka wersja kodu jest na produkcji
● Możemy sprawdzić czy w kodzie są jakieś zmiany
● Jesteśmy w stanie bezproblemowo przywrócić każdą poprzednią wersję
● Możemy wygodnie pracować w wiele osób na jednym projekcie
7. Git - dobre praktyki
● UŻYWAMY !!!!!!!1111ONE
● Każda wersja wdrażana na produkcję powinna mieć osobny tag
● Oprócz numeru dobrze mieć w tagu datę wdrożenia
● Sprawdzamy co jakiś czas pliki spoza repo wyłączone w .gitignore
● Przy wdrożeniu sprawdzamy czy są jakieś zmiany w kodzie
● Przy większych projektach używamy git flow
● Vendory poza repo (?)
9. Czemu git flow?
● Na produkcję leci kod który był przetestowany w branchu release lub hotfix
● Możemy klientowi dać do testów relese z dokładnie takim kodem jaki wejdzie
na produkcję
10. Style? Vendory?
● Style możemy trzymać w repo, ale jest to upierdliwe
● Tak samo jak vendory, ale w tym wypadku lepiej mieć composer.lock
19. Co można z tym zrobić?
● Środowisko testowe (drogie)
● Maszyna wirtualna z ograniczonymi zasobami (niedokładne)
● Dodatkowe środowisko na serwerze produkcyjnym? (jak wyżej + może
zakłócać pracę produkcji)