mpisz mpisz 09.12.2013, 16:20:14 1 Może mnie ktoś poprawić jak bym się mylił?Jak pracuję nad wspólnym projektem w kilka osób i chcę oddać swoje zmiany to robię pull, fetch i push?Chodzi mi o to, żeby nie tworzyło nowych gałęzi, tylko leciało cały czas na jednej.W ogóle ma ktoś może jakiś taki poradnik w pięciu zdaniach jak pracować z gitem w kilka osób?#programowanie #git Cronox
Rincewind Rincewind 09.12.2013, 16:24:57 3 @mpisz: git pull --rebase i potem git push. konto usunięte handler MacDada
Out0fControl Out0fControl 09.12.2013, 16:44:04 0 @mpisz: git pull wykonuje najpierw git fetch, więc fetch po pull jest zbędny.
Hauleth Hauleth 09.12.2013, 17:22:41 2 @mpisz: Twórz nowe gałęzie. To najlepszy sposób. MacDada konto usunięte
raczejNiekoniecznie raczejNiekoniecznie 09.12.2013, 20:50:49 0 @mpisz:1/ git pull[masz aktualną wersję z repo, coś sobie piszesz]2/ git commit[tworzysz sobie commity lokalnie]3/ git push[wysyłasz wcześniej utworzone commity do repo, tutaj możesz mieć konflikt i może się okazać, że musisz wcześniej zrobić pull]Tak to w skrócie wygląda. Pominąłem parametry, poczytaj sobie o każdej z tych komend w manualu i uzupełnij :)
Jak pracuję nad wspólnym projektem w kilka osób i chcę oddać swoje zmiany to robię pull, fetch i push?
Chodzi mi o to, żeby nie tworzyło nowych gałęzi, tylko leciało cały czas na jednej.
W ogóle ma ktoś może jakiś taki poradnik w pięciu zdaniach jak pracować z gitem w kilka osób?
#programowanie #git
Komentarz usunięty przez moderatora
git pull --rebasei potem
git push.
Komentarz usunięty przez autora
1/ git pull
[masz aktualną wersję z repo, coś sobie piszesz]
2/ git commit
[tworzysz sobie commity lokalnie]
3/ git push
[wysyłasz wcześniej utworzone commity do repo, tutaj możesz mieć konflikt i może się okazać, że musisz wcześniej zrobić pull]
Tak to w skrócie wygląda. Pominąłem parametry, poczytaj sobie o każdej z tych komend w manualu i uzupełnij :)