এর পর্যায়গুলি হ'ল git clone:
- রেপো ডাটাবেসের সমস্ত বস্তুর একটি "প্যাক" ফাইল পান
- প্রাপ্ত প্যাকটির জন্য একটি সূচক ফাইল তৈরি করুন
- মাথাটি পুনর্বিবেচনা পরীক্ষা করুন (স্পষ্টতই একটি নন-বেয়ার রেপোর জন্য)
"রেজলভিং ডেল্টাস" হ'ল বার্তাটি দ্বিতীয় পর্বের জন্য দেখানো হয়েছে, প্যাক ফাইলটিকে সূচক করে ("গিট ইনডেক্স-প্যাক")।
প্যাক ফাইল না না তাদের মধ্যে প্রকৃত বস্তু আইডি, শুধুমাত্র বস্তু কন্টেন্ট আছে। সুতরাং অবজেক্ট আইডি কী তা নির্ধারণ করতে, গিটকে প্যাকের প্রতিটি অবজেক্টের ডিসকপ্রেস + এসএএএ 1 করতে হবে যা আইডিকে আইডি তৈরি করতে হবে, যা পরে সূচী ফাইলটিতে লেখা হয়।
একটি প্যাক ফাইলে থাকা কোনও বস্তু ব-দ্বীপ হিসাবে সংরক্ষণ করা হতে পারে অর্থাৎ কিছু অন্যান্য অবজেক্টে পরিবর্তনগুলির ক্রম। এই ক্ষেত্রে, গিটকে বেস অবজেক্টটি পুনরুদ্ধার করতে হবে, আদেশগুলি প্রয়োগ করতে হবে এবং ফলাফলটি SHA1 করতে হবে। বেল্ট কমান্ডের ক্রম প্রয়োগ করে বেস অবজেক্টটি নিজেই উত্পন্ন হতে পারে। (যদিও কোনও ক্লোনর ক্ষেত্রে, বেস অবজেক্টটি ইতিমধ্যে মুখোমুখি হবে, কতগুলি উত্পাদিত বস্তু স্মৃতিতে ক্যাশে রয়েছে তার সীমা রয়েছে)।
সংক্ষেপে, "রিলিজিং ডেল্টাস" পর্যায়ে পুরো রেপো ডাটাবেসটি সংক্ষেপিত করে এবং চেকসাম্পিং করা জড়িত, এতে অবাক হওয়ার মতো কিছুটা সময় লাগে না। সম্ভবত SHA1 গুলি সংক্ষেপণ এবং গণনা করতে ডেল্টা কমান্ড প্রয়োগ করার চেয়ে বেশি সময় নেয়।
পরবর্তী সময় আনার ক্ষেত্রে, প্রাপ্ত প্যাক ফাইলটিতে অন্যান্য বস্তুর সাথে রেফারেন্স (ডেল্টা অবজেক্ট বেস হিসাবে) থাকতে পারে যা প্রাপ্তি গিটটি ইতিমধ্যে প্রত্যাশিত। এই ক্ষেত্রে, প্রাপ্ত গিটটি আসলে এই জাতীয় কোনও রেফারেন্সযুক্ত বিষয় অন্তর্ভুক্ত করার জন্য প্রাপ্ত প্যাক ফাইলটি পুনরায় লেখায় যাতে কোনও সঞ্চিত প্যাক ফাইলটি স্বয়ংসম্পূর্ণ হয়। এটিই হতে পারে যেখানে "সমাধানকারী ডেল্টাস" বার্তাটির উদ্ভব হয়েছিল।