Jak chronić gałąź GIT (jak master)

Question

Czuję się komfortowo podczas rozgałęziania i łączenia GIT, ale chcę wiedzieć, w jaki sposób mogę zezwolić nowemu programistowi, który nie jest wygodny w łączeniu się i rozgałęzianiu, aby przypadkowo nie zaszkodził dystrybucji lub gałęzi produkcyjnej (jak na przykład mistrz).

Co to jest dobry przepływ pracy, aby programista, który robi wiele commitów, mógł zsynchronizować swoje aktualizacje z masterem lub innym oddziałem. Oznacza to, że nowy programista nie ma uprawnień do tego oddziału.

Answer 1

Po prostu nie zezwalaj programistom na uprawnienia do autoryzacji na urządzeniu master/branch. Mogą rozwidlić repozytorium i przesłać żądania pobrania, aby przywrócić swoje zmiany do wzorca.

Answer 2

Git doskonale nadaje się do tego ze względu na zdecentralizowany charakter. Sugeruję, aby poprosić innego programistę o numer fork your repo, a następnie utworzyć żądanie ściągnięcia za każdym razem, gdy skończą nową funkcję, którą chcą scalić. Możesz wtedy spojrzeć na zatwierdzenia dołączone do każdego żądania wyciągnięcia i zdecydować, czy połączyć je z głównym repo.

Gdy inny programista wie, co robi, zawsze możesz mu przekazać prawa do głównego repozytorium i poprosić o usunięcie widelca.

Answer 3

To nie jest coś, co może zrobić git. Git nie obsługuje uprawnień ... Jednak spójrz na gitolite, zrobi to za Ciebie.

Answer 4

Możesz uniknąć używania modelu widelcowego i ściąganego za pomocą funkcji chronionych gałęzi, które restricts pushes to a branch w organizacji dla określonych użytkowników lub zespołów. Umożliwi to dodanie wszystkich "zaufanych" programistów do zespołu, który może połączyć/wypchnąć do oddziału.

Dodatkowo, jeśli używasz GitHub Enterprise, który oferuje wstępnie odbierać haczyki, można włączyć jeden że enforces all code to be merged through a PR