{"id":5290,"date":"2022-08-11T23:53:59","date_gmt":"2022-08-11T23:53:59","guid":{"rendered":"https:\/\/navhow.com\/?p=5290"},"modified":"2022-08-11T23:54:35","modified_gmt":"2022-08-11T23:54:35","slug":"how-to-roll-back-individual-files-and-folders-in-git","status":"publish","type":"post","link":"https:\/\/navhow.com\/pl\/how-to-roll-back-individual-files-and-folders-in-git\/","title":{"rendered":"Jak przywr\u00f3ci\u0107 pojedyncze pliki i foldery w Git"},"content":{"rendered":"

Wst\u0119p<\/h2>\n

Git to doskona\u0142e narz\u0119dzie do utrzymywania ka\u017cdej wersji bazy kodu i czasami jest wymagane cofni\u0119cie si\u0119 w czasie i przywr\u00f3cenie starszych wersji plik\u00f3w. Git mo\u017ce cofn\u0105\u0107 zmiany w pojedynczym pliku lub folderze, a tak\u017ce wycofa\u0107 kompletne zatwierdzenia lub zresetowa\u0107 ca\u0142e repozytorium.<\/p>\n

Wyb\u00f3r mi\u0119dzy przywracaniem a resetowaniem<\/h2>\n

Kiedy \u201ecofasz\u201d zatwierdzenie, Git zwykle stosuje nowe zatwierdzenie z odwrotnymi modyfikacjami, zasadniczo je anuluj\u0105c. Jest to przydatne, je\u015bli pope\u0142nisz b\u0142\u0105d i musisz \u201eusun\u0105\u0107\u201d zatwierdzenie, nawet je\u015bli pozostaje ono w historii.<\/p>\n

Procedura resetowania repozytorium jest nieco inna. Mo\u017cesz wycofa\u0107 tylko jeden zatwierdzenie na raz, ale je\u015bli uruchomisz reset git, Git ca\u0142kowicie zresetuje repozytorium do momentu utworzenia tego zatwierdzenia. Dzieje si\u0119 tak z r\u00f3\u017cnych powod\u00f3w, z kt\u00f3rych najcz\u0119stsze to usuwanie zatwierdze\u0144 lub poprawianie historii ga\u0142\u0119zi.<\/p>\n

Obie te procedury maj\u0105 wp\u0142yw na ca\u0142e repozytorium, ale identyczne polecenia mog\u0105 by\u0107 u\u017cyte do uzyskania tych samych efekt\u00f3w na poszczeg\u00f3lnych plikach lub folderach. Na przyk\u0142ad wykonanie git reset na pojedynczym plik przywr\u00f3ci go do stanu, w jakim by\u0142 w momencie tworzenia zatwierdzenia<\/a>. Jest to korzystne, je\u015bli chcesz po prostu wybra\u0107 starsz\u0105 wersj\u0119 pliku z historii Git.<\/p>\n

Badanie starych wersji Git<\/h2>\n

Niskotechnologiczne podej\u015bcie do przywracania pliku do jego pierwotnego stanu jest raczej proste \u2014 Github i wi\u0119kszo\u015b\u0107 innych serwer\u00f3w Git \u015bledzi histori\u0119 plik\u00f3w i mo\u017cesz po prostu klikn\u0105\u0107 zatwierdzenie i wybra\u0107 \u201ePrzegl\u0105daj pliki\u201d, aby zobaczy\u0107 migawk\u0119 swojego repozytorium z przesz\u0142o\u015bci. Mo\u017cesz wtedy albo pobierz plik<\/a> lub skopiuj tekst.<\/p>\n

\"\"<\/p>\n

Jest to szczeg\u00f3lnie przydatne, je\u015bli pracujesz z du\u017c\u0105 liczb\u0105 plik\u00f3w kodu i chcesz por\u00f3wna\u0107 wcze\u015bniejsze wersje napisanych przez siebie procedur. W tym scenariuszu prawdopodobnie nie chcesz odwr\u00f3ci\u0107 ca\u0142ej rzeczy, tylko jedn\u0105 funkcj\u0119. Bez dotykania Git CLI, mo\u017cesz skopiowa\u0107 kod z tej funkcji.<\/p>\n

Przywracanie pliku Git do starej wersji<\/h2>\n

Dokonali\u015bmy zatwierdzenia w tym repozytorium testowym, kt\u00f3re zmieni\u0142o README i doda\u0142o nowy plik. Chcemy cofn\u0105\u0107 modyfikacje README, ale nie chcemy przywraca\u0107 ca\u0142ego repozytorium do pierwszego zatwierdzenia.<\/p>\n

\"\"<\/p>\n

Odpowiedzi\u0105 jest zresetowanie samego pliku README poprzez pobranie starszej wersji tego pliku. Polecenie checkout w Git mo\u017ce wykonywa\u0107 r\u00f3\u017cne rzeczy, takie jak prze\u0142\u0105czanie ga\u0142\u0119zi, chocia\u017c cz\u0119sto jest u\u017cywane do pobierania danych na podstawie zatwierdzenia lub identyfikatora ga\u0142\u0119zi.<\/p>\n

Aby przywr\u00f3ci\u0107 plik do wcze\u015bniejszej wersji, znajd\u017a identyfikator zatwierdzenia, z kt\u00f3rego chcesz go przywr\u00f3ci\u0107. Mo\u017cesz u\u017cy\u0107 git log z pojedynczym plikiem w zakresie, aby zobaczy\u0107 tylko zmiany wprowadzone w tym pliku:<\/p>\n

git log README.md<\/pre>\n
\"\"<\/p>\n
Skopiuj identyfikator zatwierdzenia, a nast\u0119pnie uruchom git checkout z identyfikatorem i \u015bcie\u017ck\u0105 pliku:<\/p>\n
git kasa 22710694b25d7ce5297559851beb7d3e4de811bb README.md<\/pre>\n
To zmieni plik z powrotem, ale nie zatwierdzi jeszcze zmian. Mo\u017cesz wprowadza\u0107 zmiany i zatwierdza\u0107, kiedy b\u0119dziesz gotowy.<\/p>\n
\"\"<\/p>\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n
W tym przypadku git checkout oznaczy\u0142 modyfikacje jako gotowe do nast\u0119pnego zatwierdzenia. Je\u015bli nie chcesz zatwierdza\u0107 modyfikacji, mo\u017cesz to zrobi\u0107. Mo\u017ce to by\u0107 przydatne do tymczasowego pobierania starszych wersji plik\u00f3w bez korzystania z Github.<\/p>\n
Przywracanie zmian w poszczeg\u00f3lnych plikach<\/h2>\n
Podobnie mo\u017cesz u\u017cy\u0107 git revert, aby cofn\u0105\u0107 modyfikacje wprowadzone w jednym zatwierdzeniu. Nie ma mo\u017cliwo\u015bci zastosowania go do pojedynczego pliku, jednak je\u015bli zatwierdzenie wp\u0142ywa na inne pliki, po prostu odrzu\u0107 modyfikacje.<\/p>\n
U\u017cyj prze\u0142\u0105cznika \u2014no-commit, aby w\u0142\u0105czy\u0107 modyfikacj\u0119 \u201erevert commit\u201d, kt\u00f3r\u0105 Git generuje automatycznie.<\/p>\n
git odwr\u00f3\u0107 de8564b131ca6a15a7e7c73f5ef156b119cc0b93<\/pre>\n
Pozwala to na wprowadzenie zmian w plikach przed zako\u0144czeniem cofania. Je\u015bli s\u0105 jakie\u015b niepo\u017c\u0105dane zmiany, kt\u00f3re zosta\u0142y wprowadzone, mo\u017cesz je usun\u0105\u0107 za pomoc\u0105 klienta lub pustej kasy git.<\/p>\n
git checkout -- plik<\/pre>\n
\"\"<\/p>","protected":false},"excerpt":{"rendered":"
Wprowadzenie Git jest doskona\u0142ym narz\u0119dziem do utrzymywania ka\u017cdej wersji Twojego kodu i czasami jest wymagane, aby przej\u015b\u0107\u2026<\/p>","protected":false},"author":1,"featured_media":5291,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-5290","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-study"],"_links":{"self":[{"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/posts\/5290","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/comments?post=5290"}],"version-history":[{"count":2,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/posts\/5290\/revisions"}],"predecessor-version":[{"id":5298,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/posts\/5290\/revisions\/5298"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/media\/5291"}],"wp:attachment":[{"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/media?parent=5290"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/categories?post=5290"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/navhow.com\/pl\/wp-json\/wp\/v2\/tags?post=5290"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}