Pracuję nad wdrożeniem Gitlab w mojej firmie ze strategią przepływu pracy. Moim pomysłem jest to, że programiści uzyskają dostęp do repozytoriów, ale za każdym razem, gdy spróbują zatwierdzić, ich kod musi zostać sprawdzony.
Wiem, że mogę zlecić im utworzenie oddziału przed zatwierdzeniem, a następnie utworzenie żądania scalenia po przekazaniu go do repozytorium. Nadal jestem niejasny co do pewnych rzeczy ... Pomysł, że polegamy na ludziach, aby utworzyć oddział, a następnie żądanie scalenia wydaje się wadliwe, istnieje rozwiązanie, które wymusza jakąś zasadę, że gałąź główna może pozostać czysta, chyba że „ admin ”zatwierdza kod, który ma się z nim połączyć. Przeczytałem „workflow zespołu github”, ale wydaje się, że nie oferuje realnego rozwiązania. Doceniamy wszelkie porady dotyczące procesu lub własnej najlepszej praktyki. Dzięki!
źródło
"The idea that we rely on people to create a branch and then a merge request seems faulty"
Wydaje mi się, że masz większy problem niż brak funkcji w systemie kontroli wersji. Jeśli chodzi tylko o poświęcenie dodatkowego czasu na utworzenie oddziału, spójrz na Atlassian Stash i jego integrację z Jira.Odpowiedzi:
Rozpocząłem pracę z gitlab, czytanie sekcji POMOC zapewnia układ przepływu pracy. W tym momencie wydaje się to najlepsze rozwiązanie mojego pytania. Jeśli ktoś ma doświadczenie w tym przepływie pracy lub porady, dodaj wszelkie dodatkowe informacje.
Z sekcji POMOC:
Przepływ pracy
git clone [email protected]:project-name.git
git checkout -b $feature_name
git commit -am "My feature is ready"
git push origin $feature_name
W sekcji commits repozytorium faktycznie możesz chronić gałęzie, które zmuszają deweloperów do wykonania powyższego procesu, tworzenia gałęzi i przesyłania żądania scalenia.
źródło