Przychodzę do ciebie jako początkujący programista, który pracuje nad własnym projektem (który postępuje dobrze). Mój współzałożyciel również nauczył się programować i doszedł do punktu, w którym prawdopodobnie mógłby zacząć naprawiać niektóre rzeczy i sprawiać, że niektóre rzeczy się dzieją.
Zadał bardzo dobre pytanie: „jak to zadziała”. Coś, o czym mógłbym tylko teoretykować, ponieważ nigdy nie programowałem z kimś innym. Czy mógłbyś mi doradzić w sprawie najlepszego przepływu pracy. Używamy git.
Czy powinniśmy posiadać określone części systemu? Sprawdzasz kod? Przegląd kodu?
Jak pracujesz z> 1 programistą?
Odpowiedzi:
Pracuję w zespole używającym git, w którym ponad 40 programistów pracuje nad wieloma repozytoriami kodów (100+) w dowolnym momencie. Zaczęliśmy też od bardzo niewielu programistów, zwiększając rozmiar zespołu w ciągu kilku lat. Na początku jednak z kilkoma osobami możesz uciec od znajomości minimum git. Z czasem poprawisz swoje git fu, odkrywając potężne funkcje.
upstream
.upstream
repozytorium.clone
,pull
,push
,add
,commit
,log
,status
,diff
,branch
,stash
,apply
,reset
,format-patch
,branch
. Dowiedz się więcej o nich z gittutoriala .upstream
repozytorium. Dobrą praktyką jest ciągnięcie zawsze przed pchnięciem . W ten sposób utrzymujesz swoje repozytorium w synchronizacji z innymi zmianami.7
i8
.Gdy już poczujesz się komfortowo z tym przepływem pracy, możesz przejść do bardziej zaawansowanych rzeczy, takich jak: odgałęzienia tematyczne, rozwidlanie, żądania ściągania, scalanie, interaktywne ponowne zatwierdzanie zatwierdzeń itp.
Jeśli naprawdę potrzebujesz recenzji kodu, możesz to zrobić za pomocą samego git i poczty e-mail. Gdy Twój zespół wzrośnie powyżej 10+, najlepiej jest to zrobić lepiej za pomocą jakiegoś narzędzia online. W praktyce jest na to wiele sposobów, a to tylko jeden prosty sposób:
git format-patch
. Wygeneruje to zestaw plików łatek. Prześlij te poprawki e-mailem do recenzenta.git apply
. To dotyczy poprawki, ale nie tworzy zatwierdzenia.upstream
.źródło
stash, apply, format-patch
są częścią minimalnej wiedzy. Zwykle czekam kilka miesięcy, zanim nauczę tych rzeczy. Domyślam się, że> 50% deweloperów nie skrywa.upstream
origin
a dzięki temuorigin
łatwiej będzie śledzić inne przykłady (które zwykle używają ).Używam do tego github i całej jego funkcjonalności. sprawdź to na stronie http://www.github.com/ Abyś mógł korzystać z oddziałów, rozwidleń, problemów, wyciągać wnioski o współpracę z partnerem.
źródło
Pierwszą rzeczą, którą bym zrobił, to zajrzeć do centralnego repozytorium kodu, aby zmiany mogły być scalane i synchronizowane między Twoimi projektami. SVN jest dość łatwy, z którego korzystałem w przeszłości i istnieje wystarczająco długo, aby był dość dojrzałym SVN .
Następnie zidentyfikuję między wami role, które każdy z was będzie odgrywał, tj
Powodzenia!
źródło