सामान्य गीट रिपॉजिटरी को नंगे में कैसे बदलें?

Question

मैं 'नॉर्मल' गिट रिपॉजिटरी को नंगे में कैसे बदल सकता हूं?

मुख्य अंतर यह प्रतीत होता है:

• सामान्य Git रिपॉजिटरी में, आपके पास .gitरिपॉजिटरी के अंदर एक फ़ोल्डर होता है जिसमें सभी संबंधित डेटा और आपकी कार्य प्रतिलिपि बनाने वाली अन्य सभी फाइलें होती हैं

• एक नंगे गित भंडार में, कोई भी कार्यशील प्रति नहीं होती है और फ़ोल्डर (इसे कॉल करते हैं repo.git) में वास्तविक रिपॉजिटरी डेटा होता है

Comments

संभवतः यह एक छोटी विधि है:mv repo/.git repo.git; rm -rf repo

— १ably

हाँ सच। जब मैंने सवाल लिखा, तो यह मेरे इतिहास का सिर्फ एक टुकड़ा था, कि मैंने दूसरे मिनट को अंजाम दिया।

— बोल्डवैन

मामले में विफल रहने के &&बजाय @eegg का उपयोग करें ! ;mv

Answer 1

संक्षेप में: की सामग्री को सामग्री के repoसाथ बदलें repo/.git, फिर रिपॉजिटरी को बताएं कि यह अब एक नंगे भंडार है।

ऐसा करने के लिए, निम्नलिखित कमांड निष्पादित करें:

cd repo
mv .git ../repo.git # renaming just for clarity
cd ..
rm -fr repo
cd repo.git
git config --bool core.bare true

ध्यान दें कि यह git clone --bareएक नए स्थान पर करने से अलग है (नीचे देखें)।

Comments

संकेत के लिए धन्यवाद core.bare। अब इस विकल्प को देखने के बाद, मैं इसकी पुष्टि कर सकता हूं: kernel.org/pub/software/scm/git-core/docs/git-config.html

— Boldewyn

धन्यवाद! यह मुझे साफ लगता है: mv repo / / .it repo.git && rm -rf repo && cd repo.git && git config --bool core.bare true

— JasonWoof

यह नीचे दिए गए उत्तर की तुलना में बहुत अधिक जटिल और नाजुक है git clone --bare /path/to/repo।

— djd

यही कारण है कि rmआदेश की आवश्यकता हो सकती * \.[!.]*बजाय *डॉट फ़ाइलों को हटा दें और डॉट-निर्देशिका के लिए।

— मिनोपेट

@Ciantic: फिर, जैसा कि मैंने पहले ही अपनी टिप्पणी में बताया था, मेरा उत्तर 3 साल पहले दिया गया था, लेकिन 5 महीने पहले किसी ने प्रश्न को पूरी तरह से अलग तरीके से संपादित किया । कोई भी इस पेज पर जवाब का कर देगा किसी भी अब और भावना। कमांड के उस क्रम को सीधे प्रश्न से कॉपी किया गया था, मैंने अभी अंतिम दो पंक्तियों को जोड़ा है।

— जोर्ग डब्ल्यू मित्तग

Answer 2

आपका तरीका ऐसा लगता है कि यह काम करेगा; एक नंगे रिपॉजिटरी की फाइल संरचना सिर्फ .git निर्देशिका के अंदर है। लेकिन मुझे नहीं पता कि कोई भी फाइल वास्तव में बदली गई है, इसलिए यदि वह विफल हो जाती है, तो आप बस कर सकते हैं

git clone --bare /path/to/repo

आपको नाम संघर्ष से बचने के लिए संभवतः इसे एक अलग निर्देशिका में करने की आवश्यकता होगी, और फिर आप इसे वापस उसी स्थान पर ले जा सकते हैं जहाँ आप चाहते हैं। और जहाँ भी आपका मूल रेपो है, उसे इंगित करने के लिए आपको कॉन्फ़िगर फ़ाइल को बदलना पड़ सकता है।

Comments

गलत, यह विधि समकक्ष नहीं है। एक क्लोनिंग करना कॉन्फिग विकल्प को संरक्षित नहीं करता है, जो कि उचित संचालन के लिए महत्वपूर्ण हो सकता है जैसे कि आप git-p4 का उपयोग करते हैं। इसके अतिरिक्त, एक क्लोन नष्ट हो जाता है, फिर से git-p4 जैसी किसी चीज के साथ आप क्लोन करते समय p4 / मास्टर शाखा खो देते हैं, इसलिए उपरोक्त दृष्टिकोण बेहतर है।

— नवंबर को nosatalian

लेकिन आप config फाइल के संबंधित भागों को कॉपी करके आसानी से config विकल्पों को स्थानांतरित कर सकते हैं। मैं अभी भी इस विधि को कॉपी करने और फ़ाइलों को मैन्युअल रूप से नाम बदलने से साफ करने के लिए विचार करूंगा।

— फिलीपींस

यह एक तोड़फोड़ प्रवास के बाद एकदम सही है क्योंकि git-svn में --bare के लिए समर्थन का अभाव है।

— कीयो

नाम संघर्ष से बचने के लिए ---git clone --bare /path/to/repo.git /path/to/newbarerepo.git

— raksja

यह तब तक काम करता है जब तक आप git update-server-infoसृजन के बाद नंगे रेपो पर चलते हैं।

— ACK_stoverflow

Answer 3

मुझे लगता है कि निम्नलिखित लिंक सहायक होगा

GitFaq: मैं मौजूदा गैर-नंगे भंडार को नंगे कैसे कर सकता हूँ?

$ mv repo/.git repo.git
$ git --git-dir=repo.git config core.bare true
$ rm -rf repo

Comments

हां, यह काफी है जो मैंने खोजा, धन्यवाद! हालांकि, उनके दूसरे प्रस्ताव ( git clone) में कमियां हैं जो ऊपर उल्लिखित हैं।

— बोल्ड्यूइन

आपके द्वारा सुझाए गए दस्तावेज़ में कहा गया है, "एक सुरक्षित तरीका यह है कि Git को आपके लिए सभी आंतरिक सेटिंग्स को कुछ इस तरह से करने की अनुमति दें ... git clone --bare -l <path_to_repos> <new_dir>"

— dafunker

Answer 4

जब तक आप विशेष रूप से फाइलसिस्टम पर बिट्स को ट्विस्ट करना चाहते हैं या करना चाहते हैं, तब तक गैर-नंगे रिपॉजिटरी (यहां कई अन्य पोस्ट में उल्लिखित) का नंगे संस्करण बनाने के लिए वास्तव में सरल है। यह गिट की मुख्य कार्यक्षमता का हिस्सा है:

git clone --bare existing_repo_path bare_repo_path

Comments

आश्चर्य की बात है कि दूर-दूर के सबसे अच्छे उत्तर में 4 महीने बाद 0 वोट हैं। नहीं बहुत अच्छा है, लेकिन खतरनाक 'स्वीकृत जवाब' 200 है!

— सितंबर को स्टैब्लॉग

आश्चर्यजनक नहीं है - यह उत्तर वह नहीं करता है जो मूल प्रश्न ने पूछा था। यह एक रेपो में परिवर्तित नहीं होता है, यह एक क्लोन करता है, प्रक्रिया में जानकारी खो देता है (उदाहरण के लिए, दूरस्थ शाखाएं)।

— ग्रीनएजजादे

Answer 5

कृपया उपयोग करने के लिए भी विचार करें

git clone --mirror path_to_source_repository

से प्रलेखन :

स्रोत रिपॉजिटरी का एक दर्पण सेट करें। इसका तात्पर्य है - बरे। --Bare, की तुलना में --mirror न केवल स्रोत की स्थानीय शाखाओं को लक्ष्य की स्थानीय शाखाओं में मैप करता है, यह सभी refs (रिमोट-ट्रैकिंग शाखाएं, नोट्स आदि सहित) को मैप करता है और एक refspec कॉन्फ़िगरेशन सेट करता है जैसे कि ये सभी Refs। लक्ष्य रिपॉजिटरी में एक जीआईटी रिमोट अपडेट द्वारा अधिलेखित किया जाता है।

Comments

ऐसा लगता है कि ओपी चाहता है (बनाम सिर्फ clone) क्या करने के लिए सबसे संक्षिप्त, पूर्ण और सुरक्षित तरीका है । क्या मैं कुछ भूल रहा हूँ? था --mirrorएक हाल ही में जोड़ी?

— क्रेग सिल्वर

@ क्रैगसिल्वर: नहीं, जैसा कि मैं प्रलेखन इतिहास में इस तरह के रूप में देखता हूं, --mirrorयह संस्करण 1.7 से उपलब्ध है, इसलिए यह बहुत लंबा है। आप यहाँ

— Jacek Krawczyk

Answer 6

मैं सिर्फ एक नेटवर्क पथ पर एक रिपॉजिटरी पर धकेलना चाहता था, लेकिन गिट ने मुझे ऐसा नहीं करने दिया जब तक कि रिपॉजिटरी को नंगे के रूप में चिह्नित नहीं किया गया। इसके विन्यास को बदलने के लिए मुझे बस आवश्यकता थी:

git config --bool core.bare true

जब तक आप इसे साफ नहीं रखना चाहते, फाइलों के साथ फिडेल करने की आवश्यकता नहीं है।

Comments

यह खतरनाक है, जब आप रिमोट रेपो के काम के पेड़ पर भी काम करना चाहते हैं। संभावना है, कि जल्द ही या बाद में आप केवल एक परिवर्तन वापस कर देते हैं क्योंकि आपका दूरस्थ कार्य ट्री और इंडेक्स रिपॉजिटरी के साथ सिंक में नहीं थे। मैं इस समाधान की अनुशंसा नहीं करता, यदि आप वास्तव में नहीं जानते कि आप क्या कर रहे हैं।

— बोल्डवेन

सच है, आपको दूरस्थ नंगे रेपो के पेड़ पर काम नहीं करना चाहिए।

— स्लैयन

Answer 7

मैंने जवाब पढ़ा है और मैंने ऐसा किया है:

cd repos
mv .git repos.git
cd repos.git
git config --bool core.bare true # from another answer
cd ../
mv repos.git ../
cd ../
rm -rf repos/ # or delete using a file manager if you like

यह repos/.gitनंगे के रूप में सामग्री छोड़ देंगेrepos.git

Answer 8

यहां मुझे लगता है कि सबसे सुरक्षित और सरल है। यहाँ कुछ भी नहीं है जो ऊपर नहीं बताया गया है। मैं सिर्फ एक जवाब देखना चाहता हूं जो एक सुरक्षित चरण-दर-चरण प्रक्रिया दिखाता है। आप रिपॉजिटरी (रेपो) से एक फोल्डर शुरू करते हैं जिसे आप नंगे बनाना चाहते हैं। मैंने ऊपर दिए गए अधिवेशन को अपनाया है जिसमें नंगे रिपॉजिटरी फ़ोल्डर में एक .गित एक्सटेंशन है।

(1) Backup, just in case.
    (a) > mkdir backup
    (b) > cd backup
    (c) > git clone ../repo
(2) Make it bare, then move it
    (a) > cd ../repo
    (b) > git config --bool core.bare true
    (c) > mv .git ../repo.git
(3) Confirm the bare repository works (optional, since we have a backup)
    (a) > cd ..
    (b) > mkdir test
    (c) > cd test
    (d) > git clone ../repo.git
(4) Clean up
    (a) > rm -Rf repo
    (b) (optional) > rm -Rf backup/repo
    (c) (optional) > rm -Rf test/repo

Comments

यह वास्तव में बहुत सुरक्षित नहीं है क्योंकि आपने git क्लोन का उपयोग करके अपना बैकअप बनाया है। क्लोनिंग द्वारा बैकअप आपको कुछ कॉन्फ़िगरेशन खो देगा, जो कुछ मामलों में रिपॉजिटरी के लिए महत्वपूर्ण हो सकता है।

— रेयान

का उल्लेख किया। मेरे द्वारा अब तक की गई एकमात्र कॉन्फ़िगरेशन मेरे सभी स्थानीय रिपॉजिटरी के लिए वैश्विक है।

— sdesciencelover

Answer 9

बस पढ़ें

प्रो गेट बुक: 4.2 सर्वर पर गेट - सर्वर पर गेटिंग

जो उबलता हो

$ git clone --bare my_project my_project.git
Cloning into bare repository 'my_project.git'...
done.

फिर my_project.git सर्वर पर रखें

जो मुख्य रूप से है, क्या उत्तर # 42 ने इंगित करने का प्रयास किया। Shurely एक पहिया को सुदृढ़ कर सकता है ;-)

Comments

मैं यह देखने में विफल रहता हूं कि यह उत्तर क्या जोड़ता है, जिसकी चर्चा आसपास के अन्य उत्तरों में से किसी में भी मनमानी लंबाई में नहीं की गई है (नीचे की ओर भी शामिल है)। कृपया क्या आप स्पष्टीकरण दे सकते हैं? (वैसे: प्रो गिट बुक कहती है, "यह लगभग किसी चीज़ के बराबर है ..." , और यह सटीक समतुल्य समानता पहले से ही यहाँ पर चर्चा की गई है।)

— बोल्डवेन एनवाई

Answer 10

यहाँ थोड़ा BASH फ़ंक्शन है जिसे आप अपने .bashrc या UNIX आधारित सिस्टम पर .profile में जोड़ सकते हैं। एकबार जुड़ने और खोल या तो पुन: प्रारंभ होने या फाइल करने के लिए एक कॉल के माध्यम से पुनः लोड कर रहा है source ~/.profileया source ~/.bashrc।

function gitToBare() {
  if [ -d ".git" ]; then
    DIR="`pwd`"
    mv .git ..
    rm -fr *
    mv ../.git .
    mv .git/* .
    rmdir .git

    git config --bool core.bare true
    cd ..
    mv "${DIR}" "${DIR}.git"

    printf "[\x1b[32mSUCCESS\x1b[0m] Git repository converted to "
    printf "bare and renamed to\n  ${DIR}.git\n"
    cd "${DIR}.git"
  else
    printf "[\x1b[31mFAILURE\x1b[0m] Cannot find a .git directory\n"
  fi
}

एक बार .IT निर्देशिका वाली निर्देशिका के भीतर कॉल करने पर, यह रिपॉजिटरी में कनवर्ट करने के लिए उचित परिवर्तन करेगा। यदि कॉल किए जाने पर कोई .it निर्देशिका मौजूद नहीं है, तो एक विफलता संदेश दिखाई देगा और कोई फ़ाइल सिस्टम परिवर्तन नहीं होगा।

Answer 11

फ़ाइलों को हटाने के बारे में कहने वाली विधियाँ .िट डायरेक्टरी को हिलाने के साथ साफ-सुथरी नहीं होती हैं और न ही ऐसा करने के "git" तरीके का उपयोग करना आसान होता है। यह सबसे साफ तरीका है जो मैंने सामान्य रेपो को नंगे रेपो में बदलने के लिए पाया है।

पहले क्लोन / पथ / / से / सामान्य / रेपो में एक नंगे रेपो

git clone --bare /path/to/normal/repo

अगला उस मूल को हटा दें जो / पथ / से / सामान्य / रेपो को इंगित करता है

cd repo.git
git remote rm origin

अंत में आप अपने मूल रेपो को हटा सकते हैं। आप उस बिंदु पर रेपो का नाम बदल सकते हैं, लेकिन गिट रिपॉजिटरी को सूचित करने के लिए मानक सम्मेलन कुछ है। लिहाजा, मैं व्यक्तिगत रूप से इसे इस तरह छोड़ दूंगा।

एक बार जब आप वह सब कर लेते हैं, तो आप अपने नए नंगे रेपो का क्लोन बना सकते हैं (जो प्रभाव में एक सामान्य रेपो बनाता है, और यह भी है कि आप इसे नंगे से सामान्य में कैसे बदलेंगे)

बेशक अगर आपके पास अन्य अपस्ट्रीम हैं, तो आप उनमें से एक नोट बनाना चाहेंगे, और इसे शामिल करने के लिए अपने नंगे रेपो को अपडेट करेंगे। लेकिन फिर, यह सब git कमांड के साथ किया जा सकता है। याद रखें मैन पेज आपके दोस्त हैं।

Comments

क्या आपने अन्य उत्तरों को पढ़ने की जहमत उठाई है? विशेष रूप से @ jonescb की और @ nosatalian की टिप्पणी क्या है? "गिट" विधि यह है: "सादे पाठ फ़ाइलों के साथ जितना संभव हो उतना संभव हो"। आपको एक .gitफ़ोल्डर के आंतरिक जांच शुरू करनी चाहिए । यह सीखने के लिए अत्यधिक शिक्षित है कि कैसे भाग एक साथ फिट होते हैं।

— बोल्डविन

Answer 12

यदि आपके पास कुछ स्थानीय चेकआउट शाखाओं / रेफ्स / हेड्स * * के साथ रिपॉजिटरी है और कुछ रिमोट ब्रांच ब्रांच रीमोट / ओरिजनल / * हैं और यदि आप इसे एक बैर रिपॉजिटरी में सभी शाखाओं के साथ / refs / हेड्स / * में बदलना चाहते हैं

आप इतिहास को बचाने के लिए निम्न कार्य कर सकते हैं।

1. एक नंगे भंडार का निर्माण करें
2. सीडी स्थानीय रिपॉजिटरी में है जिसमें स्थानीय चेकआउट शाखाएं और दूरस्थ शाखाएं हैं
3. git push / path / to / bare / repo + refs / remotes / उत्पत्ति / : refs / heads /

Answer 13

मैंने निम्नलिखित स्क्रिप्ट का उपयोग एक पाठ फ़ाइल को पढ़ने के लिए किया है जिसमें मेरे सभी SVN रेपो की एक सूची है और उन्हें GIT में परिवर्तित करें, और बाद में git क्लोन का उपयोग करें - एक नंगे गिट रेपो में बदलने के लिए

#!/bin/bash
file="list.txt"
while IFS= read -r repo_name
do
 printf '%s\n' "$repo_name"
 sudo git svn clone --shared --preserve-empty-dirs --authors-file=users.txt file:///programs/svn/$repo_name 
 sudo git clone --bare /programs/git/$repo_name $repo_name.git
 sudo chown -R www-data:www-data $repo_name.git
 sudo rm -rf $repo_name
done <"$file"

list.txt का प्रारूप है

repo1_name
repo2_name

और users.txt का प्रारूप है

(no author) = Prince Rogers <[e-mail]>

www-data Apache वेब सर्वर उपयोगकर्ता है, HTTP पर परिवर्तनों को धकेलने के लिए अनुमति की आवश्यकता होती है

Answer 14

यहाँ gitglossary से एक नंगे भंडार की परिभाषा है :

एक नंगे रिपॉजिटरी आम तौर पर एक .गित प्रत्यय के साथ उचित रूप से नामित निर्देशिका है जिसमें संशोधन नियंत्रण के तहत किसी भी फाइल की स्थानीय रूप से चेक-आउट कॉपी नहीं है। अर्थात्, सभी Git व्यवस्थापकीय और नियंत्रण फ़ाइलें जो आम तौर पर छिपी हुई हैं .it उप-निर्देशिका में सीधे मौजूद होती हैं रिपॉजिटरी.गीत निर्देशिका में मौजूद होती हैं, और कोई अन्य फाइल मौजूद नहीं होती है और चेक आउट हो जाती है। आमतौर पर सार्वजनिक रिपोजिटरी के प्रकाशक नंगे रिपोजिटरी उपलब्ध कराते हैं।

मैं यहां इसलिए पहुंचा क्योंकि मैं एक "स्थानीय भंडार" के साथ खेल रहा था और मैं जो कुछ भी चाहता था वह करने में सक्षम होना चाहता था जैसे कि यह एक दूरस्थ भंडार हो। मैं सिर्फ खेल रहा था, git के बारे में जानने की कोशिश कर रहा था। मुझे लगता है कि यह स्थिति है जो कोई भी इस उत्तर को पढ़ना चाहता है।

मैं एक विशेषज्ञ की राय या कुछ विशिष्ट प्रति-उदाहरणों के लिए प्यार करूंगा, हालांकि ऐसा लगता है कि (कुछ git स्रोत कोड के माध्यम से अफवाह के बाद जो मुझे मिला) बस फ़ाइल में जा रहा है .git/configऔर मुख्य विशेषता को नंगे को सच करने के लिए सेट कर रहा है , git आपको जो भी करने देगा आप रिपॉजिटरी को दूरस्थ रूप से करना चाहते हैं। यानी निम्नलिखित पंक्तियों में मौजूद होना चाहिए .git/config:

[core]
    ...
    bare = true
...

(यह मोटे तौर पर कमांड क्या git config --bool core.bare trueकरेगा, जो संभवतः अधिक जटिल स्थितियों से निपटने के लिए अनुशंसित है)

इस दावे के लिए मेरा औचित्य यह है कि, गिट स्रोत कोड में, परीक्षण के दो अलग-अलग तरीके प्रतीत होते हैं यदि कोई रेपो नंगे है या नहीं। एक वैश्विक चर की जाँच करके है is_bare_repository_cfg। यह निष्पादन के कुछ सेटअप चरण के दौरान सेट किया गया है, और .git/configफ़ाइल में पाए गए मूल्य को दर्शाता है । एक फ़ंक्शन है is_bare_repository()। यहाँ इस समारोह की परिभाषा है:

int is_bare_repository(void)
{
    /* if core.bare is not 'false', let's see if there is a work tree */
    return is_bare_repository_cfg && !get_git_work_tree();
} 

मेरे पास पूर्ण आत्मविश्वास के साथ यह कहने के लिए समय और विशेषज्ञता नहीं है, लेकिन जहां तक ​​मैं बता सकता हूं कि क्या आपके पास bareविशेषता trueहै .git/config, तो यह हमेशा वापस आ जाएगी 1। बाकी फ़ंक्शन संभवतः निम्न स्थिति के लिए है:

1. core.bare अपरिभाषित है (अर्थात न तो सत्य और न ही असत्य)
2. कोई वर्कट्री नहीं है (यानी .it उपनिर्देशिका मुख्य निर्देशिका है)

मैं बाद में इसका प्रयोग करूंगा, लेकिन यह इंगित करता प्रतीत होगा कि core.bare = true को सेट करना config फाइल से core.bare को हटाने और निर्देशिकाओं को ठीक से सेट करने के बराबर है।

किसी भी दर पर, core.bare = true सेट करना निश्चित रूप से आपको इसे पुश करने की अनुमति देगा, लेकिन मुझे यकीन नहीं है कि अगर प्रोजेक्ट फाइलों की उपस्थिति कुछ अन्य संचालन को भटकाएगी। यह दिलचस्प है और मुझे लगता है कि रिपॉजिटरी को धक्का देने और स्थानीय स्तर पर क्या हुआ (यानी git statusपरिणाम का बोध कराएं) देखें

Answer 15

सबसे पहले, backupआपका मौजूदा रेपो:

(a)  mkdir backup

(b)  cd backup

(c)  git clone non_bare_repo

दूसरा, निम्नलिखित चलाएं:

git clone --bare -l non_bare_repo new_bare_repo

Comments

इंटरमीडिएट क्लोन किसके लिए है?

— सितंबर को स्टैब्लॉग

Answer 16

उपरोक्त सभी कार्यों को करने के लिए ऑनलाइनर:

for i in `ls -A .`; do if [ $i != ".git" ]; then rm -rf $i; fi; done; mv .git/* .; rm -rf .git; git config --bool core.bare true

(मुझे दोष मत दो अगर कुछ उड़ता है और आपके पास बैकअप नहीं है: P)

Answer 17

वाह, यह आश्चर्यजनक है कि कितने लोगों ने इस पर धोखा दिया, विशेष रूप से यह देखते हुए ऐसा नहीं लगता कि एक व्यक्ति को यह पूछने के लिए रोका नहीं गया कि यह व्यक्ति वह क्यों कर रहा है।

एक नंगे और गैर-नंगे गिट रिपॉजिटरी के बीच एकमात्र अंतर यह है कि गैर-नंगे संस्करण में एक कार्यशील प्रतिलिपि है। मुख्य कारण जो आपको नंगे रेपो की आवश्यकता होगी, यदि आप इसे किसी तीसरे पक्ष को उपलब्ध कराना चाहते हैं, तो आप वास्तव में इस पर सीधे काम नहीं कर सकते हैं इसलिए किसी बिंदु पर आप इसे किस बिंदु पर क्लोन करने जा रहे हैं एक नियमित रूप से काम कर रहे कॉपी संस्करण पर वापस।

कहा जा रहा है, एक नंगे रेपो में परिवर्तित करने के लिए आपको बस इतना करना होगा कि आपके पास कोई लंबित नहीं है और फिर बस:

rm -R * && mv .git/* . && rm -R .git

वहाँ फिर जाओ, नंगे रेपो।

Comments

यह इसे पर्याप्त नंगे नहीं करेगा। इसमें धकेलने का प्रयास करें। आप के git config core.bare trueरूप में अच्छी तरह से करने की जरूरत है ।

— एंटनी हैचकिंस

मैं नीचे नहीं गया था, लेकिन मैं सिर्फ यह बताना चाहता था कि इस उत्तर का पहला भाग जो बताता है कि आप एक नंगे रेपो बनाम गैर-नंगे वाले को क्यों चाहते हैं , ठीक है , हालांकि इसमें पर्याप्त तकनीकी विवरण नहीं है, और हो सकता है थोड़ा गलत हो। हालाँकि , आपके उत्तर के दूसरे भाग के लिए, जबकि वे कमांड आपके रेपो को नंगे होने के लिए सेट करते हैं, एंथनी सही है , आपको अभी भी इस उत्तर कीgit config core.bare true तरह सेट करने की आवश्यकता है ।