Jak zrobisz clone tego repo powinieneś już widzeć dwie swoje gałezie.
Mamy dwa chronione gałęzie, do których nie da się spushować commitów: main i development. Pierwszy zawiera ostatnią wydaną wersję, drugi zawiera wszystkie zatwierdzone zmiany jakie chce wprowadzić w najnowszym wydaniu.
Wszystkie PR idą do development, stąd też zaczynasz nowe gałęzie gdy chcesz pracować nad nowym featurem, albo naprawić buga. Nie zaczynamy nowych branchy z main, bo tamtejszy kod jest już potencjalnie przestarzały - na development mogą być już nowsze rzeczy, które na pewno wpadną w najbliższym wydaniu.
Raz na jakiś czas jak na developie jest już sporo nowych rzeczy, robi się PR development -> main i jednym ruchem wydaje się nową wersję. Normalnie nie pushujemy i nie dodajemy nic bezpośrednio na main, bo wtedy każdy taki ruch byłby technicznie nową wersją.
Nie robimy żadnych commitów i pushów na cudzych gałęziach. Jak na nieswoim branchu widzi się jakieś błędy, załątwia się to w PR dotyczącym tej gałęzi i to osoba pracująca nad daną funkcjonalnością wprowadza tam zmiany.
Jak zrobisz clone tego repo powinieneś już widzeć dwie swoje gałezie.
Mamy dwa chronione gałęzie, do których nie da się spushować commitów:
main
idevelopment
. Pierwszy zawiera ostatnią wydaną wersję, drugi zawiera wszystkie zatwierdzone zmiany jakie chce wprowadzić w najnowszym wydaniu.Wszystkie PR idą do
development
, stąd też zaczynasz nowe gałęzie gdy chcesz pracować nad nowym featurem, albo naprawić buga. Nie zaczynamy nowych branchy zmain
, bo tamtejszy kod jest już potencjalnie przestarzały - nadevelopment
mogą być już nowsze rzeczy, które na pewno wpadną w najbliższym wydaniu.Raz na jakiś czas jak na developie jest już sporo nowych rzeczy, robi się PR
development
->main
i jednym ruchem wydaje się nową wersję. Normalnie nie pushujemy i nie dodajemy nic bezpośrednio na main, bo wtedy każdy taki ruch byłby technicznie nową wersją.Nie robimy żadnych commitów i pushów na cudzych gałęziach. Jak na nieswoim branchu widzi się jakieś błędy, załątwia się to w PR dotyczącym tej gałęzi i to osoba pracująca nad daną funkcjonalnością wprowadza tam zmiany.