Witam wszystkich

Czy daloby sie w git-cie zrobic cos takiego, ze zmiany ktore wprowadze
bylyby wysylane na serwer, ale bez robienia commita. Chodzi mi o taka
sytuacje. Robie sobie w dwoch miejscach kod i chcialbym wyslac takie
tymczasowe zmiany na serwer, zeby moc kontynuowac prace z innego kompa.
Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
konkretnego.

Pozdrawiam
Pawel

do góry

W dniu 15.02.2017 o 22:53, Pawel pisze:
> Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
> sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
> konkretnego.

Ja zwykle commity robię już po małej zmianie kodu. Tylko musi się
kompilować.

do góry

W dniu 2017-02-15 o 22:53, Pawel pisze:
> Witam wszystkich
>
> Czy daloby sie w git-cie zrobic cos takiego, ze zmiany ktore wprowadze
> bylyby wysylane na serwer, ale bez robienia commita. Chodzi mi o taka
> sytuacje. Robie sobie w dwoch miejscach kod i chcialbym wyslac takie
> tymczasowe zmiany na serwer, zeby moc kontynuowac prace z innego kompa.
> Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
> sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
> konkretnego.

To jest przepis na burdel. Z takiego czegoś wychodzą potem dwie
kompletnie rozjechane wersje. Zakończ po ludzku prace commitem a potem
pracuj na drugim.

Zmiany w working directory można chyba przenieść ręcznie

git diff > mypatch.patch
git apply mypatch.patch

do góry

W dniu 16.02.2017 o 11:17, Andyy pisze:
> Ja zwykle commity robię już po małej zmianie kodu. Tylko musi się
> kompilować.
>
Uwagi:
1. Commity należy robić na tyle często, aby była najlepiej tylko jedna
rzecz tam zmieniona, opisana w komunikacie commita
2. Commity są znacznie częstsze niż push na serwer; Ty chciałbyś nie
commitować a zapisywać często na serwer.

do góry

> Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
> sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
> konkretnego.

Ale przecież nie musisz potem robić fast-forward. Możesz wszystko skleić
w jeden ładny komit "funkcjonalność A" i pchnąć na mastera jak masz taką
potrzebę. A "roboczy" branch usunąć.

--
Pozdrawiam,
Mateusz Bogusz

do góry

W dniu 16.02.2017 o 18:49, Mateusz Bogusz pisze:
>> Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
>> sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
>> konkretnego.
>
> Ale przecież nie musisz potem robić fast-forward. Możesz wszystko skleić
> w jeden ładny komit "funkcjonalność A" i pchnąć na mastera jak masz taką
> potrzebę. A "roboczy" branch usunąć.
>

Czyli mowisz, zeby zrobic normalnie brancha roboczego i jak sie zrobi
cos wiecej, to wtedy pchac na docelowego brancha?

Nie robilem jeszcze laczenia branchy, wiec nie bardzo wiem jak sie za to
zabrac.

A moglbys popwiedziec, bo nie jestem pewien jednej rzeczy. Rozumiem, ze
jak sie zrobi merge, to commity z tego brancha roboczego nie sa dodawane
do mastera?

do góry

W dniu 16.02.2017 o 11:42, Andyy pisze:
> W dniu 16.02.2017 o 11:17, Andyy pisze:
>> Ja zwykle commity robię już po małej zmianie kodu. Tylko musi się
>> kompilować.
>>
> Uwagi:
> 1. Commity należy robić na tyle często, aby była najlepiej tylko jedna
> rzecz tam zmieniona, opisana w komunikacie commita
> 2. Commity są znacznie częstsze niż push na serwer; Ty chciałbyś nie
> commitować a zapisywać często na serwer.

Chodzi o to, ze ten kod co pisze, to nie jest jakis zaawansowany
program, tylko podsumowanie szkolenia z pythona. Jak zapewne wiesz,
uczac sie, pisze sie jakies rozne glupoty, wlasne komentarze itp i
dlatego w commitach wolalbym dawac cos, co ma jakis sens, zeby potem moc
to wykorzystac, majac pewnosc, ze to co sie napisalo w poszczegolnych
commitach mialo jakis sens, a nie eksperymenty ktore pozniej sie
okazalo, ze nie mialy sensu.

do góry

On Wednesday, February 15, 2017 at 10:53:53 PM UTC+1, Pawel wrote:
> Czy daloby sie w git-cie zrobic cos takiego, ze zmiany ktore wprowadze
> bylyby wysylane na serwer, ale bez robienia commita. Chodzi mi o taka
> sytuacje. Robie sobie w dwoch miejscach kod i chcialbym wyslac takie
> tymczasowe zmiany na serwer, zeby moc kontynuowac prace z innego kompa.
> Wiem, ze mozna zrobic brancha roboczego i tam wysylac, ale czy daloby
> sie obejsc robienie commita? Nie chce robic commitow ktore nie robia nic
> konkretnego.

Nie rozumiem jaki jest problem z branchem i commitami. Możesz
przecież te commity potem przepisywać (rebase), wyciągnąć tylko
wybrane (cherry-pick); na końcu tego roboczego brancha możesz
wywalić.

w.

do góry

> Czyli mowisz, zeby zrobic normalnie brancha roboczego i jak sie zrobi
> cos wiecej, to wtedy pchac na docelowego brancha?

Tak.

> A moglbys popwiedziec, bo nie jestem pewien jednej rzeczy. Rozumiem, ze
> jak sie zrobi merge, to commity z tego brancha roboczego nie sa dodawane
> do mastera?

Jak użyjesz --no-ff to same commity nie są dodawane, ale są widoczne w
historii.

Wojciech zasugerował idealnie to o co Ci chodzi git rebase squash, a
tutaj masz przykład -
http://gitready.com/advanced/2009/02/10/squashing-co
mmits-with-rebase.html

Squash pozwala Ci "zsumować" commity z brancha i wrzucić na mastera w
postaci jednego ze zmienionym komentarzem.

--
Pozdrawiam,
Mateusz Bogusz

do góry

Wielkie dzieki wszystkim za pomoc.

Nie wglebialem sie w to, bo nie mam za bardzo czasu, ale wydaje sie, ze
ma to sens. Jak znajde troche wiecej czasu, to sprobuje to pocwiczyc i
pewnie bede tego uzywal.

W razie problemow ponownie sie zwroce o pomoc.

Pozdrawiam
Pawel


W dniu 17.02.2017 o 19:25, Mateusz Bogusz pisze:
>> Czyli mowisz, zeby zrobic normalnie brancha roboczego i jak sie zrobi
>> cos wiecej, to wtedy pchac na docelowego brancha?
>
> Tak.
>
>> A moglbys popwiedziec, bo nie jestem pewien jednej rzeczy. Rozumiem, ze
>> jak sie zrobi merge, to commity z tego brancha roboczego nie sa dodawane
>> do mastera?
>
> Jak użyjesz --no-ff to same commity nie są dodawane, ale są widoczne w
> historii.
>
> Wojciech zasugerował idealnie to o co Ci chodzi git rebase squash, a
> tutaj masz przykład -
> http://gitready.com/advanced/2009/02/10/squashing-co
mmits-with-rebase.html
>
> Squash pozwala Ci "zsumować" commity z brancha i wrzucić na mastera w
> postaci jednego ze zmienionym komentarzem.
>

do góry