git-flow to popularny przepływ pracy, który rozszerza czasowniki dostępne dla git i pomaga obsługiwać przenoszenie zmian między gałęziami funkcji, rozwoju, wydania, poprawek, wsparcia i produkcji.
W potocznie zwanych poprawkami do modelu Git-flow pojawiają się w swojej konkretnej hotfix-*gałęzi, a drobne poprawki integracyjne znajdują się tuż przed wydaniem w release-*gałęzi. Ogólne poprawki błędów z poprzedniej wersji wydają się nie mieć miejsca. Gdzie powinny się pojawić? Czy powinni być we własnej bug-*gałęzi, która rozgałęzia się develop(podobnie jak …
Dawno temu mały zespół programistów internetowych, z którymi pracuję, zaczął używać git do tworzenia stron internetowych. Wtedy właśnie po prostu zobowiązaliśmy się bezpośrednio do inscenizacji lub masteringu, a następnie często się połączyliśmy. To było lepsze niż nic, ale był też bałagan. Nie tak dawno temu przyjęliśmy przepływ pracy gitflow. Chociaż …
Przedstawiam git młodszemu członkowi zespołu (spółdzielni). Są teraz wygodne z podstawami dodawania, popełniania, pchania i ciągnięcia. Teraz chcę je przedstawić, aby pobierać żądania i gałęzie. Jeśli zaczną robić żądania ściągania w oddziałach, czy powinienem zrobić to samo dla mojej bieżącej pracy? Będę tym, który połączy ich żądania ściągania. Nie byłem …
Mój zespół w pracy rozpoczyna nowy projekt, używając Subversion jako naszego VCS (możesz rozważyć ten zestaw w kamieniu do celów tego pytania). Wciąż jesteśmy w początkowej fazie projektu i staramy się uzgodnić model rozgałęzienia. Nasz poprzedni projekt był oparty na niestandardowym modelu wersji, który doprowadził do problemów podczas zarządzania poprawkami …
Zacząłem używać gitflow do projektu i mam wyjątkową gałąź funkcji, a także nowo utworzoną poprawkę. Zgodnie z przepływem pracy gitflow poprawka jest stosowana zarówno do gałęzi głównej, jak i rozwijającej , ale nic nie jest powiedziane ani zrobione na temat istniejących gałęzi funkcji. Niemniej jednak chciałbym włączyć zmiany poprawki z …
Korzystając z gitflow, podczas tworzenia release-1.0.0gałęzi i scalania jej z obydwoma masteroraz developw obu gałęziach będzie brakowało zatwierdzenia: masternie będzie miał zatwierdzenia gdzie release-1.0.0został scalonydevelop developnie będzie miał zatwierdzenia gdzie release-1.0.0został scalonymaster Zamiast tego, po hotfix-1.0.1utworzeniu i scaleniu master, podczas łączeniadevelop , zatwierdzenia do scalenia będą obejmować poprzednie zatwierdzenie, w …
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.