GIT

 

 

zakomitowanie zmian nie na tym branch co trzeba

  1. git reset HEAD- –soft – cofamy ostatni zrobiony commit,
  2. git stash,
  3. wejście na poprawny branch i git stash apply,
  4. rozwiązujemy ewentualne konflikty
  5. git add -A
  6. git commit –amend
  7. git push –force
  8. git checkout feature/new-menu
  9. git rebase master – bierze koncówkę branch feature.. i doczepia i doczepia do ostatniego commita na masterze – tylko podczas indywidualnej pracy bo zmienia to historie

 

zmiana danych autora:

  1. git config –global –edit
  2. it commit –amend –reset-author

 

 

 

 

 

git add -A + git commit -m „comment”

git add . + git commit -a -m „comment”

 

 

 

git shortlog -s -n | wc -l

find .  -type f -print | grep -v -E ‚/\.git/’ | wc -l

git log –pretty=oneline –since=”2012-06-01″ –until=”2-12-06-08″ | wc -l

 

polecanie linuxowe:

 

polecenia konsoli:

 

 

PRACA GRUPOWA

udostępnienie własnych rewizji innym uczestnikom projektu.

 

 

na serwerze współdzielone repozytorium

każdy posiada lokalna kopię repozytorium na której pracuje, zatwierdzając zmiany commit i wysyłając je na serwer push, po wysłaniu zmiana staje się dostępna na serwerze

sprawdzenie różnic pomiędzy dwoma dowolnymi rewizjami – ?

  1. pobranie aktualnego stanu repozytorium z serwera do lokalnego repozytorium – git pull
  2. zatwierdzanie zmian w lokalnym repozytorium – git commit
  3. wysłanie lokalnego repozytorium na serwer – git push

zmodyfikowanie tej samej liniki kodu przez 2 użytkowników powoduje zatrzymanie przesyłania danych z lub na serwer. Należy usunąć konflikt inastępnie commit, pull, push

#git

Agnieszka Trefler

Agnieszka Trefler (Ruda) - freelancer, web developer, specjalistka od WordPressa z Wrocławia. Z pasją budowania stron, blogowania i fotografowania. Twórca Inspiracji fotograficznych.