Moja firma korzysta z Git i stosuje osobliwy schemat rozgałęziania - praca jest wykonywana w trybie głównym, a gałęzie są zarezerwowane dla wydań. Działa to dobrze, pod warunkiem, że cała praca wykonana w iteracji trafia do gałęzi, ale jeśli pojawi się krytyczny problem z produkcją, musimy upewnić się, że praca …
Ostrożność zwykle wystarcza, aby zapobiec problemom, ale czasami muszę dwukrotnie sprawdzić gałąź, nad którą pracuję ( np. „Hmm ... jestem w devgałęzi, prawda?”), Sprawdzając losową ścieżkę kontroli źródła plik. Szukając łatwiejszego sposobu, pomyślałem o odpowiedniej nazwie plików rozwiązania ( np. MySolution_Dev.sln ), Ale z różnymi nazwami plików w każdej gałęzi, …
Co oznacza „rozgałęzienie jest bezpłatne” w Git? Słyszę to bardzo często, gdy wspomniano o Git w porównaniu do innych systemów kontroli wersji. Nie miałem okazji (?) Radzić sobie z innymi ( SVN itp.), Więc jak rozgałęzianie jest „drogie” w innych?
Za każdym razem, gdy rozpoczyna się nowy projekt, zwykle warto zacząć od zobowiązania się do opanowania, dopóki nie uzyskasz czegoś „stabilnego”, a następnie zacznij pracę w oddziałach. Przynajmniej tak zwykle to robię. Czy istnieje sposób na natychmiastowe uruchomienie gałęzi od drugiego zatwierdzenia? Czy ma sens robić to w ten sposób? …
Widziałem wiele porad na temat modeli rozgałęziania git i najczęstszą opinią wydaje się, że wprowadzanie zmian bezpośrednio w gałęzi master jest złym pomysłem. Jeden z naszych współpracowników jest całkiem zadowolony z wprowadzania zmian bezpośrednio w głównej gałęzi i pomimo kilku rozmów wydaje się, że raczej tego nie zmienią. W tej …
Pracuję w średnim zespole, który dzieli ten sam kod źródłowy i chociaż nadal mam integrację, ale ponieważ wszyscy musimy pracować w tej samej gałęzi, kompilacja prawie zawsze jest zepsuta. Ponieważ mamy również zasadę, która została niedawno wprowadzona w celu złagodzenia uszkodzonych kompilacji, która mówi, że nikt nie może się zameldować, …
Niedawno zacząłem poddawać mój kod kontroli wersji (w laboratorium, nad którym pracuję, pod SVN, a moje własne kody w github (oczywiście z git)). Przed użyciem kontroli wersji robiłem coś takiego. Miałem folder z nazwą biblioteki, w wielu folderach z numerem wersji. Za każdym razem, gdy chciałem zacząć pracować nad nowszą …
W mojej firmie cały nasz rozwój (poprawki błędów i nowe funkcje) odbywa się w osobnych oddziałach. Po zakończeniu wysyłamy go do działu kontroli jakości, który testuje go na tym oddziale, a kiedy dają nam zielone światło, łączymy go z naszym głównym oddziałem. Może to potrwać od jednego dnia do roku. …
Jesteśmy dużym zespołem (10-12 programistów i 4 qa) pracującym nad wieloma projektami z tym samym repozytorium git. Jest to serwis internetowy oparty na bootowaniu wiosennym. Szukamy dobrej strategii rozgałęziania i wdrażania git. mamy również zespół qa, który zapewnia, że nasze funkcje działają zgodnie z oczekiwaniami (w pewnym stopniu wolne od …
Ja i mój zespół używamy gałęzi funkcji (z git). Zastanawiam się, która strategia jest najlepsza do przeglądu kodu przed scaleniem z master. Sprawdzam nowy oddział w master, nazwijmy go fb_ # 1 Popełniam kilka razy, a potem chcę scalić go z powrotem z mistrzem Zanim scalę, ktoś powinien dokonać przeglądu …
Niedawno zacząłem pracować z modelem GitFlow zaimplementowanym przez bitbucket. I jest jedna rzecz, która nie jest dla mnie całkowicie jasna. Staramy się regularnie rozwiązywać nasze problemy techniczne poprzez zaległości, planowanie i wdrażanie zadań refaktoryzacyjnych. Takie oddziały refaktoryzacji kończą się połączonymi żądaniami typu pull develop. Moje pytanie brzmi, gdzie należą oddziały …
Ogólnie, w przypadku projektów długoterminowych, które mogą mieć wiele wydań w trakcie cyklu życia produktów i wymagają wsparcia poprzednich produktów, jaki jest najlepszy sposób obsługi wersji produktu i rozgałęzienia bazy kodu? W bardziej szczegółowym sensie, załóżmy, że istnieje właściwa rozproszona kontrola wersji (tj. Git) oraz że zespoły są małe do …
Podczas pracy z git w zespole używającym gałęzi funkcji często trudno mi zrozumieć strukturę gałęzi w historii. Przykład: Powiedzmy, że istniała funkcja gałęzi / make-coffee , a usuwanie błędów było kontynuowane na master równolegle do gałęzi funkcji. Historia może wyglądać następująco: * merge feature/make-coffee |\ | * small bugfix | …
Mam projekt z modelem rozgałęzień git, który z grubsza odpowiada modelowi git-flow nvie . Nasze gałęzie wydania mają nazwy SemVer , npv1.5.2 Kiedy gałąź wydania otrzyma zielone światło do produkcji, zamykamy gałąź, łącząc ją w master, stosując tag, a następnie usuwając gałąź. Ponieważ natychmiast usuwamy gałąź wydania, używamy tego samego …
Zaczynamy napotykać problem, gdy stajemy się coraz więksi, gdy funkcje przechodzą do testowania, ale zanim wszystko zostanie przetestowane i zatwierdzone nowe funkcje będą testowane. Tworzy to środowisko, w którym prawie nigdy nie możemy naciskać na produkcję, ponieważ mamy połączenie przetestowanych i niesprawdzonych funkcji. Jestem pewien, że jest to częsty problem, …
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.