Panel użytkownika
Nazwa użytkownika:
Hasło:
Nie masz jeszcze konta?

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

Ostatnio zmodyfikowano 2017-09-11 18:38
Autor Wiadomość
Anim
Temat założony przez niniejszego użytkownika
GIT - ograniczenie dostępu do 'głównego' projektu
» 2017-07-25 11:58:02
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?
P-163549
michal11
» 2017-07-25 12:31:37
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.
P-163551
DejaVu
» 2017-07-25 13:03:03
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.
P-163553
Anim
Temat założony przez niniejszego użytkownika
» 2017-07-25 13:50:03
Dziękuję za odpowiedzi :) W takim razie musimy przedyskutować jak inaczej rozwiązywać nasze konflikty ^^ Pozdrawiam :) i zamykam :)
P-163554
pekfos
» 2017-07-25 21:59:23
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.
P-163565
golibroda13
» 2017-09-11 18:38:19
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.
P-164793
« 1 »
  Strona 1 z 1