GIT - ograniczenie dostępu do 'głównego' projektu

Od jakiegoś czasu 'swobodnie' działam z dwójką znajomych wykorzystując GIT, jednak wraz z rozwojem projektu pojawia się taki problem:

chcielibyśmy, aby jednak w naszym gronie jeden z nas był "administratorem" zmian. I w tym momencie pojawia się pytanie: jak ograniczyć dostęp do projektu tylko do kopiowania, ale bez możliwości dodawania zmian póki 'administrator' ich nie zatwierdzi? Czy GIT w ogóle oferuje takie możliwości?

Code review, ale z doświadczenia mogę ci powiedzieć, że w małym projekcie to się raczej nie sprawdzi, kolega administrator będzie za dużo czasu poświęcał na review a z kolei pozostali programiści będą marnować czas czekając na review, generalnie jest to dość frustrujące.

Jest coś takiego jak git pull request, czyli kod musi przejść najpierw review, a dopiero potem można go merge-ować. Niemniej jednak idziecie w kierunku mroku, bowiem podejście, które chcesz zastosować będzie kosztowało Was dużo czasu i zmniejszy wydajność wytwarzania oprogramowania.

Dziękuję za odpowiedzi :) W takim razie musimy przedyskutować jak inaczej rozwiązywać nasze konflikty ^^ Pozdrawiam :) i zamykam :)

W takim razie musimy przedyskutować jak inaczej rozwiązywać nasze konflikty

Jak każdy próbuje robić wszystko, to będą konflikty. Niech każdy zna swoje miejsce, to zmiany będzie łatwiej łączyć. A do tego lepiej postawić jakiegoś issue trackera, albo robić coś w stylu 'codziennego scruma', a nie urywać od roboty jedną osobę, żeby tylko zajmowała się kontrolą wersji. To co chciałeś zrobić to się nadaje tylko do zarządzania zmianami wprowadzanymi spoza zespołu, gdy mowa o otwartym repozytorium, a nie do pilnowania własnego zespołu, zwłaszcza takiego małego.

Jeżeli chcecie wspomnianej funkcjonalności (pull request) to możecie zrobić sobie konta na bitbucket albo github. Jeżeli chodzi o lokalność i problem konfliktów to tak naprawdę być może źle używacie gita. Spróbujcie robić małe commity i raz dziennie mergować się do głównego brancha (każdy z was ma swoje branche i merguje się do głównego). Natomiast swoją pracę zaczynać od rebasowania się do głównego brancha. Powinno wam to ominąć dużo problemów.

Inna opcja to taka, że pracujecie w jednym pliku wtedy, któryś z was musi podjąć decyzję o modularyzacji projektu i zarządzać zadaniami tak aby się nie kleszczyły.