![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 281 Pomógł: 3 Dołączył: 8.06.2009 Skąd: Kraków Ostrzeżenie: (0%) ![]() ![]() |
Witajcie,
załóżmy że mam jedną gałąź i 10 commitów (repo zdalne + lokalne) doszedłem do wniosku że chce się cofnąć do 5 commita: wpisuję sobie git checkout hash_commita i jestem na nowej gałęzi detached from hash_commita teraz faktycznie wróciłem do tego commita którego chciałem pytanie tylko jak to połączyć z gałęzią master na której przed chwilą byłem i wypchnąć na serwer ? pushem chciałbym aby ostatecznie w repozytorium aktualną wersją była ta z 5 commita a inne wersje zostały zapomniane ew. mogą gdzieś tam być w pamięci ale aktualną wersją ma być 5 commit Dziękuję za pomoc (IMG:style_emoticons/default/wink.gif) |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 4 Pomógł: 2 Dołączył: 23.06.2015 Ostrzeżenie: (0%) ![]() ![]() |
Wycofanie spushowanego commita można wykonać:
git revert [bledny_commit_hash] Powyższe polecenie wycofuje błędny commit tworząc kolejny commit wycofujący. Jeśli koniecznie chcesz pracować na jednym repo produkcyjnym, to możesz po wycofaniu zrobić sobie brancha z wadliwego commita i tam poprawić błędy (nie tracisz kodu). git checkout -b poprawka [bledny_commit_hash] Po poprawie scalić mastera z branchem poprawy i wysłać pushem. Sugeruje jednak zrobić dwa repozytoria - jedno na produkcje, drugie na developerkę i jedno wspólne, zdalne repozytorium. Każdą nową przetestowaną funkcjonalność na developerce scalasz ze zdalnym masterem repo produkcji (na wypadek jakbyś z wielu miejsc pracował, albo wielu ludzi mogło produkcje modyfikować) Scalony działający kod z developerki wysyłasz pushem na zdalne repo. Pullujesz na repo produkcyjnym zmiany i gotowe. Tutaj jest opisane wycofywanie commita przed i po pushu: http://willwarren.com/2013/04/20/reverting...hing-to-remote/ Na dole artykułu linki do dokumentacji git tych poleceń z przykładami i objaśnieniem. [Adam W.] |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 23:24 |