git - আমি কিভাবে গিট রিসেট পূর্বাবস্থায় ফেরানো যাবে - মাথা ~ ~ 1?





version-control git-reset (12)


উত্তর দেওয়ার আগে এই HEAD কি ব্যাখ্যা, কিছু ব্যাকগ্রাউন্ড যোগ করা যাক।

First of all what is HEAD?

HEAD কেবল বর্তমান শাখায় বর্তমান কমিটির (সর্বশেষ) একটি রেফারেন্স।
যেকোন সময় শুধুমাত্র একটি একক HEAD হতে পারে। ( git worktree বাদে)

HEAD সামগ্রীটি .git/HEAD ভিতরে সংরক্ষণ করা হয় এবং এটি বর্তমান .git/HEAD 40 বাইট SHA-1 ধারণ করে।

detached HEAD

যদি আপনি সর্বশেষ কমিটির উপর না হন - যার মানে HEAD ইতিহাস ইতিহাসে পূর্ববর্তী HEAD ইঙ্গিত দিচ্ছে যার অর্থ হ'ল detached HEAD

কমান্ড লাইনে এটি দেখতে হবে - শাখা নামের পরিবর্তে SHA-1, যেহেতু HEAD বর্তমান শাখাটির টিপকে নির্দেশ করে না

একটি পৃথক HEAD থেকে কিভাবে পুনরুদ্ধারের উপর কয়েক বিকল্প:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

এই পছন্দসই কমিট দিকে ইঙ্গিত নতুন শাখা চেক আউট হবে।
এই কমান্ড একটি প্রদত্ত কমিট চেকআউট হবে।
এই মুহুর্তে আপনি একটি শাখা তৈরি করতে এবং এই বিন্দু থেকে কাজ শুরু করতে পারেন।

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

আপনি সবসময় reflog ব্যবহার করতে পারেন।
git reflog HEAD আপডেট করে এমন কোনও পরিবর্তন প্রদর্শন করবে এবং পছন্দসই রিফ্লগ এন্ট্রিটি পরীক্ষা করে দেখাবে এই কমিটিতে HEAD আবার সেট করবে।

প্রতিটি সময় HEAD সংশোধন করা হয় সেখানে reflog একটি নতুন এন্ট্রি হবে

git reflog
git checkout [email protected]{...}

এই আপনি আপনার পছন্দসই কমিটি ফিরে পাবেন

git reset HEAD --hard <commit_id>

আপনার মাথা ফিরে পছন্দসই কমিটিতে "সরান"।

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
  • নোট: ( গিট 2.7 থেকে )
    এছাড়াও আপনি git rebase --no-autostash ব্যবহার করতে পারেন।

git revert <sha-1>

"পূর্বাবস্থায় ফিরিয়ে আনুন" প্রদত্ত কমিট বা কমিটি পরিসীমা।
রিসেট কমান্ড প্রদত্ত কমিটিতে যে কোনও পরিবর্তনগুলি "পূর্বাবস্থায় ফিরিয়ে আনবে"।
অ্যান্টো প্যাচের সাথে একটি নতুন কমিটিও সংঘটিত হবে যখন প্রকৃত কমিটি ইতিহাসেও থাকবে।

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

এই স্কিমা কোন আদেশ কি নির্দেশ করে।
আপনি সেখানে reset && checkout HEAD পরিবর্তন করতে পারেন দেখতে পারেন।

নিম্নলিখিত কমান্ডের দ্বারা সৃষ্ট পরিবর্তনগুলি পূর্বাবস্থায় ফেরানো সম্ভব? যদি তাই হয়, কিভাবে?

git reset --hard HEAD~1



যতদূর আমি জানি, - হার --hard পরিবর্তন বাতিল করা হবে। যেহেতু এই git দ্বারা ট্র্যাক করা হয় না। কিন্তু আপনি discarded commit পূর্বাবস্থায় ফেরানো যাবে।

$ git reflog

তালিকা হবে:

b0d059c [email protected]{0}: reset: moving to HEAD~1
4bac331 [email protected]{1}: commit: added level introduction....
....

যেখানে 4 4bac331 discarded commit

এখন শুধু যে কমিটি মাথা সরানো ::

$ git reset --hard 4bac331



উত্তর উপরে বর্ণিত প্রতিক্রিয়া লুকানো হয়, আপনি কেবল করতে পারেন:

$> git reset --hard [email protected]{1}

( গিট রিফ্লোগ শো এর আউটপুট দেখুন)




আপনি যদি এখনও আপনার সংগ্রহস্থল সংগ্রহ না করে থাকেন (যেমন git gc বা git gc ব্যবহার করে, তবে মনে রাখবেন যে আবর্জনা সংগ্রহ স্বয়ংক্রিয়ভাবে ঘটতে পারে), তাহলে আপনার git gc এখনও সেখানে রয়েছে - এটি কেবল HEAD এর মাধ্যমে আর পৌঁছাতে পারে না।

আপনি git fsck --lost-found আউটপুট সন্ধান করে আপনার কমিট খুঁজে বের করার চেষ্টা করতে পারেন।

গিটের নতুন সংস্করণগুলিতে "রিফ্লগ" নামক কিছু আছে, যা রেফারেন্সে তৈরি সমস্ত পরিবর্তনগুলির একটি লগ (যেমন রিপোজিটরি সামগ্রীগুলিতে করা পরিবর্তনের বিপরীতে)। সুতরাং, উদাহরণস্বরূপ, প্রতিবার আপনি যখন নিজের হেড পরিবর্তন করবেন (অর্থাৎ প্রতিটি সময় আপনি শাখাগুলি স্যুইচ করার জন্য একটি git checkout করবেন) যা লগ করা হবে। এবং, অবশ্যই, আপনার git reset এছাড়াও HEAD ম্যানিপুলেট, তাই এটি লগ ছিল। আপনি আপনার রিপোজিটরির পুরানো রাজ্যে অ্যাক্সেস করতে পারেন এমনভাবে একইভাবে আপনার রেফারেন্সের পুরানো রাজ্যে অ্যাক্সেস করতে পারেন, পরিবর্তে @ সাইন ব্যবহার করে, যেমন git reset [email protected]{1}

HEAD @ {1} এবং HEAD ~ 1 এর মধ্যে পার্থক্যটি বোঝার জন্য আমাকে কিছুটা সময় লেগেছে, তাই এখানে একটি সামান্য ব্যাখ্যা রয়েছে:

git init
git commit --allow-empty -mOne
git commit --allow-empty -mTwo
git checkout -b anotherbranch
git commit --allow-empty -mThree
git checkout master # This changes the HEAD, but not the repository contents
git show HEAD~1 # => One
git show [email protected]{1} # => Three
git reflog

তাই, HEAD~1 অর্থ হল "HEAD বর্তমানে যে অঙ্গীকারটি নির্দেশ করে তার আগে কমিটিতে যান", যখন [email protected]{1} অর্থ হল "HEAD নির্দেশ করে যে এই মুহুর্তে এটি নির্দেশ করে যে এটি বর্তমানে কোথায় নির্দেশ করে"।

যে সহজেই আপনি আপনার হারিয়ে কমিটি খুঁজে পেতে এবং এটি পুনরুদ্ধার করতে পারবেন।




Git এখনও সংগৃহীত আবর্জনা না থাকলে এটি পুনরুদ্ধার করা সম্ভব।

Fsck সঙ্গে fsck dangling একটি সংক্ষিপ্ত বিবরণ পান:

$ git fsck --lost-found
dangling commit b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf

রিবেজ সঙ্গে dangling কমিট পুনরুদ্ধার করুন:

$ git rebase b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf



আইআরএল কেস উদাহরণ:

$ git fsck --lost-found

Checking object directories: 100% (256/256), done.
Checking objects: 100% (3/3), done.
dangling blob 025cab9725ccc00fbd7202da543f556c146cb119
dangling blob 84e9af799c2f5f08fb50874e5be7fb5cb7aa7c1b
dangling blob 85f4d1a289e094012819d9732f017c7805ee85b4
dangling blob 8f654d1cd425da7389d12c17dd2d88d318496d98
dangling blob 9183b84bbd292dcc238ca546dab896e073432933
dangling blob 1448ee51d0ea16f259371b32a557b60f908d15ee
dangling blob 95372cef6148d980ab1d7539ee6fbb44f5e87e22
dangling blob 9b3bf9fb1ee82c6d6d5ec9149e38fe53d4151fbd
dangling blob 2b21002ca449a9e30dbb87e535fbd4e65bac18f7
dangling blob 2fff2f8e4ea6408ac84a8560477aa00583002e66
dangling blob 333e76340b59a944456b4befd0e007c2e23ab37b
dangling blob b87163c8def315d40721e592f15c2192a33816bb
dangling blob c22aafb90358f6bf22577d1ae077ad89d9eea0a7
dangling blob c6ef78dd64c886e9c9895e2fc4556e69e4fbb133
dangling blob 4a71f9ff8262701171d42559a283c751fea6a201
dangling blob 6b762d368f44ddd441e5b8eae6a7b611335b49a2
dangling blob 724d23914b48443b19eada79c3eb1813c3c67fed
dangling blob 749ffc9a412e7584245af5106e78167b9480a27b
dangling commit f6ce1a403399772d4146d306d5763f3f5715cb5a    <- it's this one

$ git show f6ce1a403399772d4146d306d5763f3f5715cb5a

commit f6ce1a403399772d4146d306d5763f3f5715cb5a
Author: Stian Gudmundsen Høiland <[email protected]>
Date:   Wed Aug 15 08:41:30 2012 +0200

    *MY COMMIT MESSAGE IS DISPLAYED HERE*

diff --git a/Some.file b/Some.file
new file mode 100644
index 0000000..15baeba
--- /dev/null
+++ b/Some.file
*THE WHOLE COMMIT IS DISPLAYED HERE*

$ git rebase f6ce1a403399772d4146d306d5763f3f5715cb5a

First, rewinding head to replay your work on top of it...
Fast-forwarded master to f6ce1a403399772d4146d306d5763f3f5715cb5a.



প্যাট নোটজ সঠিক। আপনি কয়েক দিনের মধ্যে এটি যতক্ষণ দীর্ঘ ফিরে কমিট পেতে পারেন। গিট কেবল এক মাসেরও বেশি সময় ধরে সংগ্রহ করে, যদি না আপনি এটি স্পষ্টভাবে নতুন ব্লোবগুলি মুছে ফেলতে না বলেন।

$ git init
Initialized empty Git repository in .git/

$ echo "testing reset" > file1
$ git add file1
$ git commit -m 'added file1'
Created initial commit 1a75c1d: added file1
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file1

$ echo "added new file" > file2
$ git add file2
$ git commit -m 'added file2'
Created commit f6e5064: added file2
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file2

$ git reset --hard HEAD^
HEAD is now at 1a75c1d... added file1

$ cat file2
cat: file2: No such file or directory

$ git reflog
1a75c1d... [email protected]{0}: reset --hard HEAD^: updating HEAD
f6e5064... [email protected]{1}: commit: added file2

$ git reset --hard f6e5064
HEAD is now at f6e5064... added file2

$ cat file2
added new file

উদাহরণস্বরূপ আপনি দেখতে পারেন যে হার্ডল রিসেটের ফলে ফাইল 2 সরানো হয়েছিল, তবে রিফ্লগের মাধ্যমে রিসেট করার পরে এটি আবার জায়গায় রাখা হয়েছিল।




অধিকাংশ ক্ষেত্রে, হ্যাঁ।

রাষ্ট্রের উপর নির্ভর করে আপনার রিপোজিটরিটি যখন আপনি কমান্ডটি চালান তখন git reset --hard এর প্রভাবগুলি ক্ষুদ্র থেকে পূর্ব পর্যন্ত পূর্বাবস্থায় অসম্ভব হতে পারে।

নীচে আমি বিভিন্ন সম্ভাব্য পরিস্থিতিগুলির একটি পরিসীমা তালিকাভুক্ত করেছি এবং আপনি তাদের থেকে কীভাবে পুনরুদ্ধার করতে পারেন।

আমার সব পরিবর্তন প্রতিশ্রুতিবদ্ধ ছিল, কিন্তু এখন চলে গেছে!

এই পরিস্থিতি সাধারণত যখন আপনি একটি যুক্তি সঙ্গে git reset রান, যখন git reset --hard HEAD~ । চিন্তা করবেন না, এই থেকে পুনরুদ্ধার করা সহজ!

আপনি যদি git reset দৌড়ান এবং যেহেতু অন্য কিছু না করে থাকেন তবে আপনি এই এক-মাছ ধরার সাথে যেখানে ছিলেন তা ফিরে পেতে পারেন:

git reset --hard @{1}

এটি আপনার বর্তমান শাখাটিকে যে কোনও অবস্থাতে সংশোধন করার আগে শেষ হওয়া অবস্থায় রিসেট করে (আপনার ক্ষেত্রে, শাখায় অতি সাম্প্রতিক সংশোধনটি হার্ড রিসেট আপনি পূর্বাবস্থায় ফিরিয়ে আনতে চেষ্টা করছেন)।

তবে, যদি আপনি রিসেট থেকে আপনার শাখায় অন্যান্য পরিবর্তন করেছেন, উপরের এক-লাইনার কাজ করবে না। পরিবর্তে, আপনার <branchname> git reflog <branchname> চালানো উচিত যা আপনার শাখায় (রিসেট সহ) সমস্ত সাম্প্রতিক পরিবর্তনগুলির একটি তালিকা দেখতে। এই তালিকাটি এমন কিছু দেখবে:

7c169bd [email protected]{0}: reset: moving to HEAD~
3ae5027 [email protected]{1}: commit: Changed file2
7c169bd [email protected]{2}: commit: Some change
5eb37ca [email protected]{3}: commit (initial): Initial commit

আপনি এই তালিকাটিতে "পূর্বাবস্থায় ফেরাতে" চান এমন ক্রিয়াকলাপটি খুঁজুন। উপরের উদাহরণে, এটি প্রথম লাইন হবে, যা বলে "রিসেট: HEAD ~ এ চলে যাওয়া"। তারপরে সেই ক্রিয়াকলাপটির আগে (নীচের) কমিটির প্রতিনিধিত্ব অনুলিপি করুন। আমাদের ক্ষেত্রে, এটি [email protected]{1} (অথবা 3ae5027 , তারা উভয় একই 3ae5027 প্রতিনিধিত্ব করবে) এবং git reset --hard <commit> চালান যা আপনার বর্তমান শাখাটিকে সেই 3ae5027 ফিরিয়ে আনতে পারে।

আমি git add সঙ্গে আমার পরিবর্তন git add , কিন্তু কখনও প্রতিশ্রুতিবদ্ধ। এখন আমার পরিবর্তন চলে গেছে!

এই থেকে পুনরুদ্ধারের একটি বিট trickier হয়। জিটটিতে আপনার যে ফাইলগুলি যোগ করা হয়েছে তার কপি আছে, কিন্তু যেহেতু এই কপিগুলি কোনো বিশেষ কমিটির সাথে কখনও সংযুক্ত ছিল না তাই আপনি একবারে সমস্ত পরিবর্তনগুলি পুনরুদ্ধার করতে পারবেন না। পরিবর্তে, আপনি GIT এর ডাটাবেসের মধ্যে পৃথক ফাইলগুলি সনাক্ত করতে এবং ম্যানুয়ালি পুনরুদ্ধার করতে হবে। আপনি git fsck ব্যবহার করে এটি করতে পারেন।

এই বিষয়ে বিস্তারিত জানার জন্য, স্টেজিং এলাকায় অস্বাভাবিক ফাইলগুলির সাথে পূর্বাবস্থায় ফিরিয়ে আনুন গিট রিসেট - দেখুন।

আমি আমার কাজ ডিরেক্টরির মধ্যে ফাইল পরিবর্তন ছিল যে আমি git add সঙ্গে কখনও staged, এবং কখনও প্রতিশ্রুতিবদ্ধ। এখন আমার পরিবর্তন চলে গেছে!

আহ ওহ. আমি আপনাকে এই বলতে ঘৃণা, কিন্তু আপনি সম্ভবত ভাগ্য আউট করছি। git পরিবর্তনগুলি সংরক্ষণ করে না বা এটিতে প্রতিশ্রুতি সঞ্চয় করে না এবং git reset জন্য ডকুমেন্টেশন অনুসারে:

--hard

সূচক এবং কাজ গাছ রিসেট। <commit> থেকে কাজের গাছের ট্র্যাক হওয়া ফাইলগুলিতে যেকোনো পরিবর্তন বাতিল করা হয়।

এটি সম্ভব যে আপনি কোনও ধরণের ডিস্ক পুনরুদ্ধারের উপযোগ বা পেশাদার ডেটা পুনরুদ্ধারের পরিষেবায় আপনার পরিবর্তনগুলি পুনরুদ্ধার করতে সক্ষম হবেন তবে এই মুহুর্তে এটি সম্ভবত তার মূল্যের চেয়ে বেশি সমস্যা।




যদি আপনি সত্যিই ভাগ্যবান হন, আমি চাই, আপনি আপনার পাঠ্য সম্পাদকটিতে ফিরে যেতে পারেন এবং 'পূর্বাবস্থায় ফিরিয়ে আনতে' পারেন।

আমি জানি যে এটি সত্যিই সঠিক উত্তর নয়, কিন্তু এটি আমাকে অর্ধেক দিনের কাজ বাঁচিয়েছে তাই আশা করি এটি অন্য কারো জন্যও একই রকম হবে!




আপনি যা করতে চান তা হল আপনি যে সংস্থানটি পুনরুদ্ধার করতে চান সেটির sha1 উল্লেখ করতে হয়। আপনি রিফ্লগ ( git reflog ) পরীক্ষা করে এবং তারপর করছেন sha1 পেতে পারেন

git reset --hard <sha1 of desired commit>

কিন্তু খুব বেশিক্ষণ অপেক্ষা করবেন না ... কয়েক সপ্তাহ পর গিট অবশেষে অবিশ্বাস্য হিসাবে প্রতিশ্রুতিবদ্ধ এবং সব Blobs মুছে ফেলবে দেখতে হবে।




একটি খুঁজছেন খুঁজছেন কমিট সামান্য সহজ করতে একটি ছোট স্ক্রিপ্ট তৈরি:

git fsck --lost-found | grep commit | cut -d ' ' -f 3 | xargs -i git show \{\} | egrep '^commit |Date:'

হ্যাঁ, এটি awk বা এটির মত কিছু সঙ্গে সুন্দর prettier করা যেতে পারে, কিন্তু এটা সহজ এবং আমি শুধু এটা প্রয়োজন। অন্য কেউ 30 সেকেন্ড সংরক্ষণ করতে পারে।




সূচী এবং মাথাটি origin/master রিসেট করুন, তবে কার্যকরী গাছটি পুনরায় সেট করবেন না:

git reset origin/master




git version-control git-reset