Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.programming > #29407 > unrolled thread

[Git] Pushowanie tymczasowych zmian

Back to article view | Back to pl.comp.programming

Contents

  [Git] Pushowanie tymczasowych zmian Pawel <ppf9@USUN_TOpoczta.fm> - 2017-02-15 22:53 +0100
    Re: [Git] Pushowanie tymczasowych zmian Andyy <nie@spamowac.tego> - 2017-02-16 11:17 +0100
      Re: [Git] Pushowanie tymczasowych zmian Andyy <nie@spamowac.tego> - 2017-02-16 11:42 +0100
        Re: [Git] Pushowanie tymczasowych zmian Pawel <ppf9@USUN_TOpoczta.fm> - 2017-02-16 21:48 +0100
    Re: [Git] Pushowanie tymczasowych zmian ww <ww@o2.pl> - 2017-02-16 11:24 +0100
    Re: [Git] Pushowanie tymczasowych zmian Mateusz Bogusz <mabakay@o2.pl> - 2017-02-16 18:49 +0100
      Re: [Git] Pushowanie tymczasowych zmian Pawel <ppf9@USUN_TOpoczta.fm> - 2017-02-16 21:35 +0100
        Re: [Git] Pushowanie tymczasowych zmian Mateusz Bogusz <mabakay@o2.pl> - 2017-02-17 19:25 +0100
          Re: [Git] Pushowanie tymczasowych zmian Pawel <ppf9@USUN_TOpoczta.fm> - 2017-02-17 22:05 +0100
    Re: [Git] Pushowanie tymczasowych zmian Wojciech Muła <wojtek.mula@gmail.com> - 2017-02-17 03:57 -0800

#29407 — [Git] Pushowanie tymczasowych zmian

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

[toc] | [next] | [standalone]

#29408

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ć.

[toc] | [prev] | [next] | [standalone]

#29410

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.

[toc] | [prev] | [next] | [standalone]

#29415

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.

[toc] | [prev] | [next] | [standalone]

#29409

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

[toc] | [prev] | [next] | [standalone]

#29411

> 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

[toc] | [prev] | [next] | [standalone]

#29414

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?

[toc] | [prev] | [next] | [standalone]

#29426

> 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-commits-with-rebase.html

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

-- 
Pozdrawiam,
Mateusz Bogusz

[toc] | [prev] | [next] | [standalone]

#29428

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-commits-with-rebase.html
>
> Squash pozwala Ci "zsumować" commity z brancha i wrzucić na mastera w
> postaci jednego ze zmienionym komentarzem.
>

[toc] | [prev] | [next] | [standalone]

#29421

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.

[toc] | [prev] | [standalone]

Back to top | Article view | pl.comp.programming

csiph-web