როგორ გაუქმებთ ცვლილებებს Git-ში?

Question

Accepted Answer

Git გთავაზობთ რამდენიმე გზას **ცვლილებების გაუქმების** აკეთებისთვის — დაუცველი ცვლილებების გაუქმება, ამოშლა staging-დან, ბოლო commit-ის ჩასწორება, commit-ის დაბრუნება ან reset. სწორი ინსტრუმენტის ცოდნა თითოეული სიტუაციისთვის მნიშვნელოვანი, ღირებული პრაქტიკული უნარია. ## Undo uncommitted changes (working directory) ```bash git restore # discard unstaged changes to a file (revert to last commit) git checkout -- # older equivalent git restore . # discard ALL unstaged changes (careful!) git clean -fd # remove untracked files/directories ``` ## Unstage (keep the changes, just unstage) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Fix or amend the last commit ```bash git commit --amend -m "New message" # change the last commit's message git commit --amend # add staged changes to the last commit # ⚠️ amend REWRITES the commit — don't amend commits already pushed/shared ``` ## Undo a committed change ```text TWO main approaches: REVERT → creates a NEW commit that undoes a previous commit (SAFE for shared history) git revert → history preserved; the undo is itself a commit RESET → moves the branch pointer BACK (rewrites history — for LOCAL commits only) git reset --soft HEAD~1 → undo commit, KEEP changes staged git reset --mixed HEAD~1 → undo commit, keep changes unstaged (default) git reset --hard HEAD~1 → undo commit AND DISCARD changes (⚠️ destructive!) ``` ## revert vs reset (the key choice) ```text REVERT → safe for PUBLIC/shared commits (adds a new undoing commit; doesn't rewrite history) RESET → rewrites history (only for LOCAL, unpushed commits; never on shared branches) → Rule: use REVERT to undo commits others may have; RESET only for local cleanup. ``` ## რატომ არის მნიშვნელოვანი Git-ში ცვლილებების გაუქმების ცოდნა მნიშვნელოვანი, ხშირად საჭირო პრაქტიკული უნარია, რადგან შეცდომები და სამუშაოს გაუქმების საჭიროება გაუქმებელია საოპროგრამო ინჟინერიაში, და Git გთავაზობთ მძლავრ (მაგრამ სიტუაციით პირობითი) გზებს აღდგენისთვის. **სწორი ინსტრუმენტის გაგება თითოეული სიტუაციისთვის** არის ძირითადი უნარი: **დაუცველი ცვლილებების** გაუქმება (`git restore` working-directory რედაქციების დასაბრუნებლად, `git clean` untracked ფაილებისთვის), **unstaging** (`git restore --staged` ცვლილებების შესანახად მაგრამ unstage-დან), **amending** ბოლო commit-ი (მისი შეტყობინების ცვლილება ან მას დამატება — მნიშვნელოვანი გაფრთხოების სტავით არ ჩაასწოროთ pushed commit-ები, რადგან ეს პერწერს ისტორიას), და **committed** ცვლილებების გაუქმება. Commit-ების გაუქმების შემთხვევაში, **revert და reset-ს შორის კრიტიკული განსხვავების** გაგება განსაკუთრებით მნიშვნელოვანია: **`revert`** ქმნის ახალ commit-ს, რომელიც გაუქმებს წინას და **უსაფრთხოა შერეული/ღია ისტორიისთვის** (ის არ პერწერს ისტორიას, ასე რომ ეს სხვებს არ შეაშინებს), ხოლო **`reset`** გადაადგილებს branch pointer-ს უკან და **პერწერს ისტორიას**, რაც შესაფერი მხოლოდ **ლოკალური, unpushed commit-ებისთვის** (და `reset --hard` დესტრუქციულია, ცვლილებების გაუქმება). წესი — გამოიყენეთ `revert` commit-ებისთვის, რომლებიც სხვებს შეიძლება ჰქონდეთ, `reset` მხოლოდ ლოკალური დასუფთავებისთვის — ცხოვითალი გახდებაა, რადგან შერეული ისტორიის პერწერა (reset via pushed commit-ებზე) სერიოზულ პრობლემებს იწვევს თანამშრომლებისთვის. ამ ვარიანტების ცოდნა თავიდან აიცილებს სამუშაოს დაკარგვას (დესტრუქციული ბრძანებების უსაფრთხოდ გამოყენება) და თანამშრომლობის დარღვევა (შერეული ისტორიის პერწერა). მას შემდეგ, რაც ცვლილებების გაუქმება ხშირი, გაუქმებელი საჭიროება და Git გთავაზობთ რამდენიმე სიტუაციით-სპეციფიკური მიდგომას მნიშვნელოვანი უსაფრთხოების იმპლიკაციებით (განსაკუთრებით revert vs reset შერეული ისტორიის შემთხვევაში), ცოდნა იმ შესახებ, თუ როგორ გაუქმოთ ცვლილებები Git-ში — სწორი ინსტრუმენტი თითოეული სცენარისთვის და მნიშვნელოვანი revert-vs-reset განსხვავება — არის ღირებული, ხშირად გამოყენებული პრაქტიკული ცოდნა Git-თან დაჯერებულად და უსაფრთხოდ მუშაობის შემთხვევაში, უნარი, რომელიც შეცდომების შფოთიანობას გადააქცევს რუტინული აღდგენაში სერიოზული რეგრესიის თავიდან აცილებით — შერეული ისტორიის პერწერა.