তো চলুন ভেবে দেখি কি ঘটেছে। আপনি আপনার শেষ কমিট, git add এবং git commit এবং আপনার ওয়ার্কিং ডিরেক্টরিতে আপনি যে সমস্ত কাজ করেছেন তা বাতিল করেছেন।

এটি লক্ষ করা গুরুত্বপূর্ণ যে এই ফ্ল্যাগ (–hard)  reset কমান্ডকে বিপজ্জনক করার একমাত্র উপায় এবং খুব কম ক্ষেত্রের মধ্যে একটি যেখানে গিট আসলে ডেটা ধ্বংস করবে। reset এর অন্য যেকোন এক্সেকিউশন খুব সহজেই পূর্বাবস্থায় ফিরিয়ে আনা যায়, কিন্তু –hard অপশনটি পারে না, কারণ এটি ওয়ার্কিং ডিরেক্টরির ফাইলগুলিকে জোরপূর্বক ওভাররাইট করে। বিশেষত এই ক্ষেত্রে, আমাদের কাছে এখনও, গিট ডাটাবেইজ-এর , একটি কমিটের মধ্যে আমাদের ফাইলটির v3 ভার্সন আছে। আমরা আমাদের reflog দেখে এটি ফিরে পেতে পারি, কিন্তু যদি আমরা এটি ইতিমধ্যে কমিট না করে থাকি তবে গিট যদি তখনও ফাইলটি ওভাররাইট করত তাহলে , এটি পুনঃউদ্ধার করা সম্ভব হতো না।

সংক্ষেপে

reset কমান্ড এই তিনটি ট্রি-কে একটি নির্দিষ্ট ক্রমে ওভাররাইট করে, যখন আপনি এটিকে বলবেন তখন থামবে: 

1. ব্রাঞ্চের HEAD পয়েন্টগুলিকে সরান (–soft অপশনসহ হলে , এখানে থামুন)
2. ইনডেক্সটিকে HEAD-র মতো দেখান (–hard অপশন না হলে,  এখানে থামুন)
3. ওয়ার্কিং ডিরেক্টরিটিকে ইনডেক্সের মতো দেখান।

একটি path দিয়ে রিসেট করুন

reset এর মৌলিক ব্যবহার সম্পর্কে আলোচনা করা হল,  তবে আপনি এটিতে কাজ করার জন্য এর সাথে path ও দিয়ে দিতে পারেন। যদি আপনি একটি পাথ নির্দিষ্ট করেন, reset ধাপ ১ (ধাপ ১: HEAD কে সরানো) এড়িয়ে যাবে, এবং একটি নির্দিষ্ট ফাইল বা ফাইলের সেটে এর অবশিষ্ট ধাপগুলি সীমাবদ্ধ করবে। এটি প্রকৃতপক্ষে অর্থবহ করে তোলে — HEAD শুধুমাত্র একটি পয়েন্টার, এবং আপনি একটি কমিটের অংশ এবং অন্য কমিটের অংশ নির্দেশ করতে পারবেন না, এ ব্যাপারগুলোকে অর্থবহ করে তোলে। কিন্তু ইনডেক্স এবং ওয়ার্কিং ডিরেক্টরি আংশিকভাবে আপডেট করা যেতে পারে, তাই reset-এর ২ এবং ৩ ধাপের সাথে এগিয়ে যান।

সুতরাং, ধরে নিই আমরা git reset file.txt চালাচ্ছি। এই ফর্মটি git reset –mixed HEAD file.txt -এর সংক্ষিপ্ত বিবরণ হবে  (যেহেতু আপনি একটি কমিট SHA-1 বা ব্রাঞ্চ নির্দিষ্ট করেননি, এবং আপনি –soft বা –hard উল্লেখ করেননি):

1. ব্রাঞ্চের HEAD পয়েন্টগুলিকে সরান (এড়িয়ে যান)
2. ইনডেক্স কে HEAD এর মতো দেখান (এখানে থামুন)

তাই এটি মূলত শুধুমাত্র file.txt কে HEAD থেকে ইনডেক্স-এ কপি করে।