বর-নন-বেয়ার স্টোরের মধ্যে-ব্যবহারিক-পার্থক্য কী?

Question

আমি গিটের খালি এবং নন-বেয়ার / ডিফল্ট স্টোরগুলির সম্পর্কে পড়ছি। আমি তাদের মধ্যে পার্থক্যগুলি সম্পর্কে খুব ভাল (তাত্ত্বিকভাবে) বুঝতে পারি না এবং কেন আমাকে খালি স্টোরগুলিতে "চাপ" দেওয়া উচিত। চুক্তিটি এখানে:

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

আমি অনুমান করছি যে কার্যকারী বৃক্ষ প্রকল্প থেকে কমিটের তথ্য, শাখা ইত্যাদি সঞ্চয় করে। এটি বেয়ার রেপোতে উপস্থিত হবে না। কাজী গাছের সাথে রেপোতে প্রতিশ্রুতিবদ্ধ "চাপ" দেওয়া আমার পক্ষে ভাল মনে হয়।

তারপরে, আমি কেন খালি সংগ্রহস্থল ব্যবহার করব এবং কেন করব না? ব্যবহারিক পার্থক্য কি? আমি মনে করি কোনও প্রকল্পে কাজ করা আরও বেশি লোকের পক্ষে এটি উপকারী হবে না।

এই ধরণের কাজের জন্য আপনার পদ্ধতিগুলি কী কী? পরামর্শ?

Comments

অ্যারোক্রস, নন-বেয়ার রিপোজিটরি তৈরি করার জন্য আপনি একটি খালি সংগ্রহস্থল ক্লোন করতে পারেন (এটির একটি যেখানে ওয়ার্কস্পেস রয়েছে)। সুতরাং, git cloneআপনি ব্যবহার করে নিখরচায় এবং নন-বেয়ার স্টোরের মধ্যে অবাধে রূপান্তর করতে পারেন।

— ডেরেক মাহর

@ অ্যারোক্রস: এটি রূপান্তর করার কথা নয়; অন্য প্রান্তে কি আছে তা বিবেচ্য নয়। আপনি যদি চালনা করেন তবে git clone --bareএকটি খালি রেপো পাবেন এবং আপনি যদি চালনা করেন তবে git cloneএকটি নন-বেয়ার পাবেন। প্রতিটি পাবলিক প্রকল্প যা আপনি কখনও ক্লোন করেছেন (উদাহরণস্বরূপ গিথুব হোস্ট করেছেন) অন্য প্রান্তে একটি খালি সংগ্রহস্থান।

— ক্যাসাবেল

জেফ্রমি, আমি অ্যারোক্রস 'পয়েন্টটি সংশোধন করছিলাম, "সুতরাং যদি আমি খালি রেপো ক্লোন করি তবে আমার" কার্যক্ষম গাছ "থাকবে না, সুতরাং এটি এক ধরণের রূপান্তর। এবং প্রতিটি পাবলিক প্রকল্প অবশ্যই একটি খালি ভাণ্ডার হতে পারে না। এটি কেবল সাধারণ পছন্দ কারণ একটি খালি সংগ্রহস্থল আরও কার্যকর দক্ষ কারণ এটির কোন কার্যকারী গাছ নেই (এটি কোনও কার্যকারীর গাছ নেই এমন কোনও সংগ্রহস্থলের মতোই স্থান দক্ষ)।

— ডেরেক মাহর

@ ডেরেক: তবে মুল বক্তব্যটি হ'ল, .git ডিরেক্টরিটি আবিষ্কার করার সাথে সাথে রিমোটটি খালি আছে কিনা তা আনার বিষয়টি পুরোপুরিই অসচেতন। এটি রূপান্তর করে না। এটি কেবল রিমোট থেকে যা প্রয়োজন তা এনে দেয় এবং এটি যেখানে যেতে হবে সেখানে রাখে। রূপান্তর করার মতো কিছুই নেই। এটাই আমি ওপিকে জোর দেওয়ার চেষ্টা করছিলাম। এবং আমি ভাল জানি যে সরকারী প্রকল্পগুলি খালি থাকতে হবে না, তবে মানুষ বোকা নয়, তারা মূলত সমস্ত are আমি মনে করি আমি একটি গ্রহণযোগ্য সাধারণীকরণ করেছি।

— ক্যাসাবেল

দেখুন অ খালি সংগ্রহস্থলের মধ্যে push যা খালি সংগ্রহস্থলের ব্যবহার আরেকটি চমৎকার ব্যাখ্যা দেয়।

— ক্রেগ ম্যাককুইন

Answer 1

খালি এবং নন-বেয়ার স্টোরের মধ্যে আরেকটি পার্থক্য হ'ল একটি খালি সংগ্রহস্থলের ডিফল্ট দূরবর্তী উত্সের সংগ্রহস্থল থাকে না:

~/Projects$ git clone --bare test bare
Initialized empty Git repository in /home/derek/Projects/bare/
~/Projects$ cd bare
~/Projects/bare$ git branch -a
* master
~/Projects/bare$ cd ..
~/Projects$ git clone test non-bare
Initialized empty Git repository in /home/derek/Projects/non-bare/.git/
~/Projects$ cd non-bare
~/Projects/non-bare$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master

ম্যানুয়াল পৃষ্ঠা থেকে git clone --bare:

এছাড়াও রিমোটে শাখা প্রধানগুলি স্থানীয় স্থানীয় শাখার প্রধানগুলিতে রেফ / রিমোট / উত্স / এ ম্যাপিং না করে সরাসরি অনুলিপি করা হয়। এই বিকল্পটি ব্যবহার করা হলে, দূরবর্তী-ট্র্যাকিং শাখাগুলি বা সম্পর্কিত কনফিগারেশন ভেরিয়েবলগুলি তৈরি করা হয় না।

সম্ভবতঃ, যখন এটি একটি খালি সংগ্রহস্থল তৈরি করে, গিত অনুমান করে যে খালি সংগ্রহস্থলটি বেশ কয়েকটি দূরবর্তী ব্যবহারকারীর জন্য মূল সংগ্রহস্থল হিসাবে কাজ করবে, সুতরাং এটি ডিফল্ট দূরবর্তী উত্স তৈরি করে না। এর অর্থ হ'ল বেসিক git pullএবং git pushঅপারেশনগুলি কাজ করবে না যেহেতু গিট ধরেছে যে কোনও ওয়ার্কস্পেস ছাড়াই, আপনি খালি সংগ্রহস্থলটিতে কোনও পরিবর্তন আনতে চান না:

~/Projects/bare$ git push
fatal: No destination configured to push to.
~/Projects/bare$ git pull
fatal: /usr/lib/git-core/git-pull cannot be used without a working tree.
~/Projects/bare$ 

Comments

হ্যাঁ, আমি সম্মত হই যে এটি খালি এবং নন-বেয়ার গিট সংগ্রহস্থলের মধ্যে তর্কযোগ্যভাবে সবচেয়ে গুরুত্বপূর্ণ পার্থক্য। নন-বেয়ার রিপোজিটরিতে একটি ওয়ার্কস্পেস রয়েছে এই বিষয়টি সত্য, তবে একটি খালি সংগ্রহস্থল গুরুত্বপূর্ণ পার্থক্য নয়, তবে git clone --no-checkoutকোনও ওয়ার্কস্পেস ফাইল ছাড়াই একটি নন-বেয়ার রিপোজিটরি তৈরি করতে পারে।

— ডেরেক মাহর

একটি নন-বেয়ার স্টোরেজ অগত্যা হয় একটি ডিফল্ট দূরবর্তী "উত্স" থাকে না।

— মিপাদি

আপনি কেবল একটি গিট রিপোজিটরি তৈরি করতে পারেন git initযা কোনও দূরবর্তী নির্দিষ্ট না করে একটি নন-বেয়ার রেপো তৈরি করবে।

— মিপাদি

মিপাদি, এটি সত্য, তবে এটি কোনও ক্লোনও নয়।

— ডেরেক মাহর

এটি ভুল। সম্পাদনা করা থাকলে কোনও সংগ্রহস্থলের ডিফল্ট উত্স থাকবে clone। এটি যদি initস্থানীয়ভাবে সম্পাদনা করা হয় তবে এর কোনও উত্স থাকবে না। এটি খালি বা না থাকায় এর কোনও সম্পর্ক নেই।

— নওফাল ইব্রাহিম

Answer 2

একটি খালি এবং নন-নন গিট সংগ্রহস্থলের পার্থক্যটি কৃত্রিম এবং বিভ্রান্তিকর কারণ কোনও কর্মক্ষেত্রটি সংগ্রহস্থলের অংশ নয় এবং একটি সংগ্রহস্থলের জন্য একটি ওয়ার্কস্পেসের প্রয়োজন হয় না। কড়া কথায় বলতে গেলে, গিট সংগ্রহস্থলটিতে সেই জিনিসগুলি অন্তর্ভুক্ত রয়েছে যা সংগ্রহস্থলের অবস্থা বর্ণনা করে। এই অবজেক্টগুলি যে কোনও ডিরেক্টরিতে উপস্থিত থাকতে পারে তবে সাধারণত .gitওয়ার্কস্পেসের শীর্ষ-স্তরের ডিরেক্টরিতে ডিরেক্টরিতে উপস্থিত থাকে । ওয়ার্কস্পেস একটি ডিরেক্টরি গাছ যা সংগ্রহস্থলটিতে একটি নির্দিষ্ট প্রতিশ্রুতি উপস্থাপন করে তবে এটি কোনও ডিরেক্টরিতে থাকতে পারে বা নাও থাকতে পারে। পরিবেশ সূচক$GIT_DIR একটি ওয়ার্কস্পেসকে সেই সংগ্রহস্থলের সাথে সংযুক্ত করে যেখানে এটি উত্পন্ন হয়।

গিট কমান্ড git cloneএবং git initউভয়ের বিকল্প রয়েছে --bareযা প্রাথমিক ওয়ার্কস্পেস ছাড়াই সংগ্রহস্থল তৈরি করে। এটা যে গীত কর্মক্ষেত্র ও সংগ্রহস্থলের দুটি পৃথক কিন্তু সম্পর্কিত ধারণার conflates এবং তারপর বিভ্রান্তিকর শব্দ ব্যবহার দুর্ভাগ্যজনক বেয়ার দুই ধারনা আলাদা করে রাখে।

Answer 3

খালি সংগ্রহস্থল হ'ল .git ফোল্ডার ছাড়া আর কিছুই নয়, যেমন একটি খালি সংগ্রহস্থলের বিষয়বস্তু আপনার স্থানীয় ওয়ার্কিং স্টোরের ভিতরে .git ফোল্ডারের সামগ্রীর মতো ।

• একাধিক অবদানকারীদের তাদের কাজটি চালিয়ে যাওয়ার জন্য রিমোট সার্ভারে খালি সংগ্রহস্থল ব্যবহার করুন।
• নন-বেয়ার - যেটি গাছের গাছ রয়েছে এটি আপনার প্রকল্পের প্রতিটি অবদানকারীর স্থানীয় মেশিনটি বোঝায়।

Answer 4

৫ বছর অনেক দেরি হয়েছে, আমি জানি, কিন্তু আসলেই কেউই এই প্রশ্নের উত্তর দেয়নি:

তারপরে, আমি কেন খালি সংগ্রহস্থল ব্যবহার করব এবং কেন করব না? ব্যবহারিক পার্থক্য কি? আমি মনে করি কোনও প্রকল্পে কাজ করা আরও বেশি লোকের পক্ষে এটি উপকারী হবে না।

এই ধরণের কাজের জন্য আপনার পদ্ধতিগুলি কী কী? পরামর্শ?

সরাসরি লোইলিগার / এমকুলো বই (978-1-449-31638-9, পি 196/7) থেকে উদ্ধৃতি দিতে:

একটি খালি সংগ্রহস্থল খুব কম ব্যবহারের মতো বলে মনে হচ্ছে, তবে এর ভূমিকাটি অত্যন্ত গুরুত্বপূর্ণ: সহযোগী বিকাশের জন্য একটি অনুমোদনের কেন্দ্রবিন্দু হিসাবে পরিবেশন করা। অন্যান্য বিকাশকারী cloneএবং fetchখালি সংগ্রহস্থল থেকে এবং pushএটিতে আপডেট হয় ... আপনি যদি এমন কোনও সংগ্রহশালা সেট করেন যা বিকাশকারীরা pushপরিবর্তিত হয়, এটি খালি থাকা উচিত। বাস্তবে, এটি আরও সাধারণ সেরা অনুশীলনের একটি বিশেষ ক্ষেত্রে যে প্রকাশিত সংগ্রহশালাটি খালি করা উচিত।

Answer 5

একটি নন-বেয়ার স্টোরের মধ্যে কেবল একটি চেক আউট ওয়ার্কিং ট্রি থাকে। কার্যক্ষম গাছটি সংগ্রহস্থলের অবস্থার (শাখা, ট্যাগ, ইত্যাদি) সম্পর্কিত কোনও তথ্য সঞ্চয় করে না; পরিবর্তে, কার্যকারী গাছটি রেপোতে থাকা আসল ফাইলগুলির কেবলমাত্র একটি প্রতিনিধিত্ব, যা আপনাকে ফাইলগুলিতে (সম্পাদনা ইত্যাদি) কাজ করতে দেয়।

Comments

সুতরাং এর মানে হল যে আমি খালি ভাণ্ডারে শাখা, ট্যাগ, ইত্যাদি যুক্ত করতে পারি তারপরে খালি থেকে নন-বেয়ার / প্রোডাকশন ভাণ্ডারে টানতে পারি?

— এয়ারক্রস

মিপাডি, একটি নন-বেয়ার স্টোরের মধ্যে চেক-আউট গাছ নাও থাকতে পারে। আপনি যদি একটি নন-বেয়ার রিপোজিটরি তৈরি করেন তবে এটিই হ'ল git clone --no-checkout। এই ক্ষেত্রে, নন-বেয়ার স্টোরের জন্য ওয়ার্কস্পেসের জন্য একটি অবস্থান রয়েছে, তবে গিট সেই কর্মস্থলে কোনও ফাইল চেকআউট করে না।

— ডেরেক মাহর

Answer 6

খালি সংগ্রহস্থলের সুবিধাগুলি রয়েছে

• ডিস্ক ব্যবহার হ্রাস
• রিমোট পুশ সম্পর্কিত কম সমস্যা (যেহেতু কোনও কার্যনির্বাহী গাছ সিঙ্ক থেকে বেরিয়ে আসতে বা বিরোধী পরিবর্তন করতে পারে না)

Comments

সুতরাং খালি সংগ্রহস্থলটি কি বেশিরভাগ লোকের সাথে কাজ করার সর্বোত্তম / প্রস্তাবিত উপায় যা তাদের সংগ্রহস্থলগুলিতে অ্যাক্সেস পায় না? (কিন্ডা এসভিএন এর মতো?)

— এ্যারোক্রস

অ্যারোক্রস, আমি বলতে পারি যে একটি দৃশ্যের সংগ্রহস্থল সেই দৃশ্যের জন্য ভাল পছন্দ।

— ডেরেক মাহর

Answer 7

নন বেয়ার রিপোজিটরি আপনাকে নতুন কমিট তৈরি করে পরিবর্তনগুলি ক্যাপচার করতে দেয় (আপনার কার্যক্ষম গাছের মধ্যে)।

বেয়ার রিপোজিটরিগুলি কেবলমাত্র অন্য সংগ্রহস্থল থেকে পরিবর্তন পরিবহণের মাধ্যমে পরিবর্তিত হয়।

Answer 8

আমি অবশ্যই গিট "বিশেষজ্ঞ" নই। আমি কিছু সময়ের জন্য টর্টোইজিট ব্যবহার করেছি, এবং আমি যখন জিজ্ঞাসা করি যে আমি যখনই কোনও "বেয়ার" রেপো তৈরি করতে চাইছি তখন আমাকে জিজ্ঞাসা করা হয়েছিল যে এটি কী বিষয়ে কথা বলছিল তা অবাক করেছিলাম। আমি এই টিউটোরিয়ালটি পড়ছিলাম: https://www.atlassian.com/git/tutorials/setting-up-a-repository/git-init এবং এটি সমস্যার সমাধান করে, তবে আমি এখনও ধারণাটি যথেষ্ট বুঝতে পারছিলাম না। এই একজন অনেক সাহায্য করেছে: http://bitflop.com/tutorials/git-bare-vs-non-bare-repositories.html । এখন, প্রথমটিও বোধগম্য!

এই উত্সগুলির মতে, সংক্ষেপে একটি সার্ভারে "বেয়ার" রেপো ব্যবহার করা হয় যেখানে আপনি কোনও বিতরণ পয়েন্ট সেটআপ করতে চান। এটি আপনার স্থানীয় মেশিনে ব্যবহারের উদ্দেশ্যে নয়। আপনি সাধারণত আপনার স্থানীয় মেশিন থেকে রিমোট সার্ভারে একটি বেয়ার রেপোতে কমিট করেন এবং আপনি এবং / অথবা অন্যরা সেই বেয়ার রেপো থেকে আপনার স্থানীয় মেশিনে টানুন। সুতরাং আপনার গিটহাব, এসেম্বলা, ইত্যাদি দূরবর্তী স্টোরেজ / বিতরণ রেপো একটি উদাহরণ যেখানে একটি "খালি" রেপো তৈরি করা হয়। আপনি যদি নিজস্ব নিজস্ব "শেয়ারিং সেন্টার" স্থাপন করেন তবে আপনি নিজেকে তৈরি করবেন।

Comments

ooooh এখন আমি এটি

— পেয়েছি

Answer 9

একটি ডিফল্ট / নন-বেয়ার গিট রেপোতে দুটি টুকরো রাষ্ট্র থাকে:

1. সংগ্রহস্থলের সমস্ত ফাইলের একটি স্ন্যাপশট (এটি "কার্যনির্বাহী গাছ" এর অর্থ গিট জার্গনে)
2. সংগ্রহস্থলে থাকা সমস্ত ফাইলগুলিতে করা সমস্ত পরিবর্তনের একটি ইতিহাস (গিট জারগনের সংক্ষিপ্ত অংশে এই সমস্তটি অন্তর্ভুক্ত নেই বলে মনে হয় না)

স্ন্যাপশট কি সম্ভবত আপনার প্রকল্প হিসেবে মনে হল: আপনার কোড ফাইল, বিল্ড ফাইল, সাহায্যকারী স্ক্রিপ্ট, এবং গীত সঙ্গে অন্য কিছু আপনি সংস্করণ।

ইতিহাস রাষ্ট্র আপনি কি অন্য কিছু কমিট খুঁজে বার করো এবং যা যখন যে কমিট যোগ করা হয়েছিল মতো লাগছিল আপনার সংগ্রহস্থলের মধ্যে ফাইলের সম্পূর্ণ স্ন্যাপশট পেতে দেয়। এটি এমন একগুচ্ছ ডেটা স্ট্রাকচার নিয়ে গঠিত যা গিটের অভ্যন্তরীণ যা আপনি সম্ভবত কখনও সরাসরি সরাসরি ব্যবহার করেননি। গুরুত্বপূর্ণভাবে, ইতিহাস কেবল মেটাডেটা সংরক্ষণ করে না (যেমন "ব্যবহারকারী ইউটি কমেন্ট সি এর অংশ হিসাবে টাইম টি তে ফাইল এফ এ অনেকগুলি লাইন যুক্ত করেছেন"), এটি ডেটাও সংরক্ষণ করে (যেমন "ব্যবহারকারী ইউ এই সঠিক লাইনগুলি যুক্ত করেছেন) ফাইল এফ এ " )।

খালি সংগ্রহস্থলের মূল ধারণাটি হ'ল আপনার স্ন্যাপশট করার দরকার নেই। গিট স্ন্যাপশটটিকে চারদিকে রাখে কারণ এটি আপনার কোডের সাথে ইন্টারঅ্যাক্ট করতে চায় এমন মানব এবং অন্যান্য নন-গিট প্রক্রিয়াগুলির জন্য সুবিধাজনক তবে স্ন্যাপশটটি ইতিমধ্যে ইতিমধ্যে ডুপ্লিকেট করা রাষ্ট্র হিসাবে রয়েছে।

একটি খালি সংগ্রহস্থলের একটি গীত সংগ্রহস্থলের যে একটি স্ন্যাপশট আছে না। এটি কেবল ইতিহাস সংরক্ষণ করে।

কেন আপনি এই চায়? ঠিক আছে, আপনি যদি কেবল গিট ব্যবহার করে আপনার ফাইলগুলির সাথে ইন্টারেক্ট করতে চলেছেন (এটি হ'ল আপনি সরাসরি আপনার ফাইলগুলি সম্পাদনা করতে যাবেন না বা এক্সিকিউটেবল নির্মাণের জন্য এগুলি ব্যবহার করবেন না), স্ন্যাপশটের আশেপাশে না রেখে আপনি স্থান বাঁচাতে পারবেন। বিশেষত, আপনি যদি কোনও সার্ভারে আপনার রেপোর কেন্দ্রিয় সংস্করণটি বজায় রাখেন (যেমন আপনি মূলত আপনার নিজের গিটহাব হোস্ট করছেন), সেই সার্ভারটির সম্ভবত একটি বেয়ার রেপো থাকতে হবে (আপনি এখনও আপনার নন-বেয়ার রেপো ব্যবহার করবেন স্থানীয় মেশিন যদিও, সম্ভবত আপনি আপনার স্ন্যাপশটটি সম্পাদনা করতে চান)।

আপনি যদি বেয়ার রেপো এবং আরও একটি উদাহরণ ব্যবহারের মামলার আরও গভীরভাবে ব্যাখ্যা চান তবে আমি এখানে একটি ব্লগ পোস্ট লিখেছি: https://stegosaurusdormant.com/bare-git-repo/

Answer 10

এটি কোনও নতুন উত্তর নয়, তবে এটি আমাকে উপরের উত্তরগুলির বিভিন্ন দিক বুঝতে সহায়তা করেছে (এবং এটি কোনও মন্তব্যের জন্য খুব বেশি)।

গিট ব্যাশ ব্যবহার করে চেষ্টা করুন:

me@pc MINGW64 /c/Test
$ ls -al
total 16
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:35 ./
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:11 ../

me@pc MINGW64 /c/Test
$ git init
Initialized empty Git repository in C:/Test/.git/

me@pc MINGW64 /c/Test (master)
$ ls -al
total 20
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:35 ./
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:11 ../
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:35 .git/

me@pc MINGW64 /c/Test (master)
$ cd .git

me@pc MINGW64 /c/Test/.git (GIT_DIR!)
$ ls -al
total 15
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 ./
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 ../
-rw-r--r-- 1 myid 1049089 130 Apr  1 11:35 config
-rw-r--r-- 1 myid 1049089  73 Apr  1 11:35 description
-rw-r--r-- 1 myid 1049089  23 Apr  1 11:35 HEAD
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 hooks/
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 info/
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 objects/
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:35 refs/

একই সাথে git --bare:

me@pc MINGW64 /c/Test
$ ls -al
total 16
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:36 ./
drwxr-xr-x 1 myid 1049089 0 Apr  1 11:11 ../

me@pc MINGW64 /c/Test
$ git init --bare
Initialized empty Git repository in C:/Test/

me@pc MINGW64 /c/Test (BARE:master)
$ ls -al
total 23
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:36 ./
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:11 ../
-rw-r--r-- 1 myid 1049089 104 Apr  1 11:36 config
-rw-r--r-- 1 myid 1049089  73 Apr  1 11:36 description
-rw-r--r-- 1 myid 1049089  23 Apr  1 11:36 HEAD
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:36 hooks/
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:36 info/
drwxr-xr-x 1 myid 1049089   0 Apr  1 11:36 objects/

Answer 11

$ git help repository-layout

একটি গিট সংগ্রহস্থল দুটি ভিন্ন স্বাদে আসে:

• কার্যকারী গাছের গোড়ায় একটি .git ডিরেক্টরি;
• একটি .git ডিরেক্টরি যা একটি খালি সংগ্রহস্থল (অর্থাত্ তার নিজস্ব কার্যকরী গাছ ছাড়া), এটি সাধারণত অন্যদের সাথে ইতিহাসের আদান প্রদানের জন্য এটিতে চাপ দিয়ে এবং এখান থেকে আনার জন্য ব্যবহৃত হয়।