Git - फाइलें नहीं जोड़ेंगे?

Question

मैं ऐसे मुद्दे रख रहा हूं जहां मैं अपनी रिपॉजिटरी में फाइलें नहीं जोड़ सकता।

मैं रूबी विकास के लिए अप्टाना स्टूडियो में, खिड़कियों पर जीआईटी का उपयोग कर रहा हूं।

मैं GitHub तक कुछ फ़ाइलों को पुश करने में कामयाब रहा, लेकिन फिर इसके बाद, सब कुछ काम करना बंद कर दिया। उदाहरण के लिए मेरे मास्टर निर्देशिका में एक नया उप-फ़ोल्डर है, जिसमें 2 रूबी फाइलें हैं। अगर मैं "git ऐड" कहता हूं, और फिर "git स्टेटस" और यह "वर्किंग डाइरेक्टरी को क्लीन" कहता रहता है और इसमें कुछ भी कमिट नहीं है।

मैंने "git add folder / myfile.rb" और अभी भी कुछ भी नहीं करने की कोशिश की है।

किसी को भी किसी भी विचार मैं क्या कोशिश कर सकते हैं?

Comments

मजाक नहीं, लेकिन मशीन को फिर से शुरू करने का प्रयास करें

— manojlds

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

— बोटमैन मैन

मैं प्रोजेक्ट smh की एक उप निर्देशिका के अंदर था

— जैक्सनक्री

@ जैक्सनसन, यह समाधान पहले से ही नीचे गौगांग के उत्तर द्वारा सूचित किया गया था।

— प्रश्न

Answer 1

मैंने खुद को पोस्टर के समान स्थिति में पाया:

अगर मैं "git add" कहता हूं, और फिर "git स्टेटस" और यह "वर्किंग डाइरेक्टरी क्लीन" कहता रहता है और इसमें कुछ भी कमिट नहीं है।

लेकिन मेरे पास यहां जो है उससे अलग समाधान था। चूंकि मैं पहली बार आया था, इसलिए मुझे कुछ समय के लिए दूसरों को बचाने की उम्मीद है।

उपरोक्त उत्तरों से और जो मैंने कहीं और देखा है, इस समस्या के सामान्य हल हैं:

• सुनिश्चित करें कि प्रश्न में फ़ाइल पर वास्तव में सहेजे गए परिवर्तन हैं
• सुनिश्चित करें कि फ़ाइल आपके बहिष्कृत नियमों को पूरा नहीं करती है .gitignoreऔर में.git/info/exclude
• सुनिश्चित करें कि आप एक खाली फ़ोल्डर जोड़ने की कोशिश नहीं कर रहे हैं। Git उन पर नज़र नहीं रखेगा। मानक समाधान .gitkeepएक प्लेसहोल्डर के रूप में नामित एक रिक्त फ़ाइल को रखना है ताकि गिट फ़ोल्डर को ट्रैक करेगा।

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

• मेरे लिए समाधान बस चलाना था git rm --cached path_to_submodule।

Comments

लाइफसेवर! मुझे बस टाइप करना था git rm --cached name_of_former_submoduleऔर इसे अपने आप रास्ता मिल गया।

— लीमैनक्स

उपमॉडल क्या है

— मुहम्मद उमर

मुझे कैसे पता चलेगा कि मेरी समस्या क्या है? मुझे नहीं पता कि इसे कैसे पहचाना जाए

— PlayHardGoPro

@MuhammadUmer आधिकारिक Git readme के सबमॉड्यूल पृष्ठ बताते हैं कि वे और अधिक विस्तार से क्या हैं।

— zrisher

Answer 2

अन्य उपयोगकर्ताओं के लिए संभावित समाधानों को जोड़ने के लिए:

सुनिश्चित करें कि आपने Windows में फ़ोल्डर नाम का मामला नहीं बदला है:

मुझे एक समान समस्या थी जहां एक फ़ोल्डर जिसे SetupGit द्वारा नियंत्रित किया गया था और GitHub पर होस्ट किया गया था, सभी विकास विंडोज मशीन पर किया गया था।

कुछ बिंदु पर मैंने फ़ोल्डर को setup(निम्न स्थिति S) में बदल दिया । उस बिंदु से जब मैंने सेटअप फ़ोल्डर में नई फ़ाइलों को जोड़ा था जो उन्हें फ़ोल्डर में संग्रहीत किया गया था setupऔर फ़ोल्डर नहीं था Setup, लेकिन मुझे लगता है क्योंकि मैं विंडोज मशीन पर विकसित कर रहा था Setupgit / github में मौजूदा फ़ोल्डर को नहीं बदला गया था setup।

इसका परिणाम यह हुआ कि मैं setupGitHub की सभी फाइलों को नहीं देख सका । मुझे संदेह है कि अगर मैंने एक * nix मशीन पर प्रोजेक्ट को क्लोन किया तो मैंने दो फ़ोल्डर देखे होंगे, Setupऔर setup।

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

• फ़ोल्डर का नामकरण कुछ इस तरह से करना setup-temp
• git add -A
• git commit -m "Whatever"
• फ़ोल्डर को फिर से नाम बदलें जो आप चाहते हैं
• git add -A
• git commit -m "Whatever"

Comments

यह मेरे साथ फ़ाइल नाम के साथ भी हुआ। Gv mv -f newFileCase oldFileCase का उपयोग करने से रिपॉजिटरी सही हो जाएगी

— ब्रायन डिकैस

मेरे पास ओएक्सएक्स पर एक केस इश्यू था, दुर्भाग्य से भले ही यह एक * नक्स फाइल सिस्टम है, लेकिन इसे आमतौर पर केस-असंवेदनशील के रूप में सेट किया जाता है, जो गेस जैसे * नक्स टूल के साथ समस्या पैदा कर सकता है।

— पेलेट

धन्यवाद, आप मेरा दिन बचाया

— Zhenya

यदि आपके पास "समान नाम" वाली फ़ाइलों में परिवर्तन लंबित हैं, लेकिन एक अलग मामले के साथ यह भी एक ही समस्या का कारण हो सकता है

— मॉरीशियो ग्रेसिया

पुराने फील को कैसे पता कर सकते हैं कि जीआईटी को उम्मीद है?

— दीमो

Answer 3

यदि फ़ाइल को बाहर रखा गया है .gitignoreऔर आप इसे किसी भी तरह जोड़ना चाहते हैं, तो आप इसके साथ बाध्य कर सकते हैं:

git add -f path/to/file.ext

Comments

आपका बहुत बहुत धन्यवाद! इसने वास्तव में मेरी मदद की। किसी कारण से, मेरी फ़ाइल को बाहर कर दिया गया था ( .gitignoreइसलिए निश्चित नहीं था कि क्यों?), और इसने मेरी समस्या को ठीक कर दिया!

— बेनामाक

Answer 4

अजीब है, लेकिन मैं एक फाइल जोड़ने के लिए पूरी रात गिट से लड़ी। यह पहले ही जोड़ा गया था। जैसे-जैसे मेरे खाते से फ़ाइल अप्राप्य होती जा रही थी, Git मेरे परिवर्तनों को नहीं उठा रहा था, और मेरा IDE SSH के बारे में यह रिपोर्ट नहीं कर रहा था।

संक्षेप में, यह सुनिश्चित करने के लिए जांचें कि आपके पास यह पहले से ही भंडार में नहीं जोड़ा गया है।

Comments

... यह सोचकर, gitएक संदेश जोड़ सकता है यदि दिए गए रास्तों में से कोई भी पूरी तरह से पहले से ही भंडार में है ... यह कुछ मिनटों में कम से कम 13 लोगों को बचा सकता है।

— जजमोंट्स

Answer 5

.gitignoreयह सुनिश्चित करने के लिए अपनी फ़ाइल को दोबारा जांचें कि फ़ाइल Git द्वारा देखी जा सकती है। इसी तरह, एक फाइल है .git/info/excludeजो प्रोजेक्ट से फाइल / डायरेक्टरी को बाहर करती है, ठीक उसी तरह जैसे एक .gitignoreफाइल होती है।

Comments

मैं इस बात की भी दोहरी जाँच करूँगा कि फाइलें किसी तरह से "पहले से ही जोड़ी गई हैं" या नहीं ...

— rogerdpack

Answer 6

मेरे पास बस यह मुद्दा था और समस्या यह थी कि मैं एक निर्देशिका के अंदर था और शीर्ष स्तर पर नहीं था। एक बार जब मैं शीर्ष स्तर पर चला गया तो यह काम कर गया।

Comments

मुझे यकीन है कि मैं इस्तेमाल कर सकता था git add ..या जो कुछ भी आवश्यक था उस स्तर तक पहुंच सकता था जिसके तहत मेरे परिवर्तन मौजूद थे और यह काम भी कर सकता था। यह सिर्फ यहाँ एक समस्या है (मेरी उपयोगकर्ता त्रुटि)।

— 21

Answer 7

सर्वश्रेष्ठ शर्त आपके फ़ोल्डर की प्रतिलिपि बनाना है। मूल को हटाएं। प्रोजेक्ट को जिथब से क्लोन करें, अपनी नई फ़ाइलों को नए क्लोन फ़ोल्डर में कॉपी करें, और फिर पुन: प्रयास करें।

Comments

यह मेरे लिए CygWin पर git का उपयोग करने और कुछ "ऑर्डर से बाहर की अनुमति" संदेश प्राप्त करने के लिए काम किया। मुझे भी परिवर्तित फ़ाइलों को क्लोन और कॉपी करने की आवश्यकता नहीं थी, मैंने बस निर्देशिका को दोहराया था। मुझे लगता है कि विंडोज को सब कुछ फिर से लिखने के लिए मजबूर करने का मतलब है कि यह अनुमतियों की समस्याओं को ठीक करता है।

— RoG

Answer 8

मुझे फ़ोल्डर में पहले प्रोग्राम के साथ यह समस्या थी। मैंने "गिट ऐड" किया फिर "गिट कमिट" किया। "git स्टेटस" में वर्णित त्रुटि दी गई है, "प्रतिबद्ध करने के लिए कुछ भी नहीं, वर्किंग डायरेक्टरी क्लीन"

मैंने प्रोग्राम फोल्डर से .it फ़ाइल को हटाना समाप्त कर दिया है। फिर मैंने एक नया git init, git add और git कमिट किया और इसने काम किया।

Comments

मेरे लिए यह दूसरा रास्ता था। मैं एक मर्ज (रीबेस) संघर्ष में था और मुझे फ़ाइल cdमें फ़ोल्डर में जाना पड़ा git add।

— लॉसमनोस

Answer 9

मानक प्रक्रिया के बारे में कैसे:

git add folder
git commit

यह फ़ोल्डर जोड़ देगा और यह सभी एक ही कमांड के साथ फाइल है।
कृपया ध्यान दें, git खाली फ़ोल्डरों को स्टोर करने में सक्षम नहीं है।

यदि प्रतिबद्ध काम नहीं किया है, तो पहली जगह जिसे आपको जांचना चाहिए वह शायद है .gitignore।

Comments

कृपया ध्यान दें, git खाली फ़ोल्डरों को स्टोर करने में सक्षम नहीं है। टीआई!

— ब्लंडेल

Answer 10

यहाँ आप एक ही समस्या का जवाब पा सकते हैं:

मूल रूप से इस मामले में समस्या Global_git की अनदेखी थी

Answer 11

मेरे मामले में मुद्दा SafeCrLf विकल्प सक्षम था। मैं कछुआ गिट के साथ खिड़कियों पर हूँ। फ़ाइलों को जोड़ने के विकल्प को अक्षम करने के बाद अब कोई समस्या नहीं थी।

Answer 12

एक अन्य समस्या फ़ाइल अनुमति हो सकती है। जारी करने का प्रयास करें: chmod 755 file1

Answer 13

मुझ से मूर्खतापूर्ण समाधान, लेकिन मुझे लगा कि यह नई फ़ाइलों को जोड़ने और धक्का नहीं दे रहा था क्योंकि github.com उन फ़ाइलों को नहीं दिखा रहा था जिन्हें मैंने अभी धक्का दिया था। मैं भूल गया था कि मेरे द्वारा जोड़ी गई फाइलें एक अलग शाखा पर थीं। फ़ाइलों को ठीक ठीक धक्का था। मुझे उन्हें देखने के लिए अपने मास्टर ब्रांच से जीथब में नई ब्रांच में जाना पड़ा। उस एक मिनट पर कुछ खो दिया :)

Answer 14

GitHub से क्लोन किए गए खाली भंडार में पहली फ़ाइल को जोड़ना असंभव है (मेरे लिए) । आपको README के ​​लिंक का पालन करना होगा, जिसे GitHub बनाने का सुझाव देता है। अपनी पहली फ़ाइल ऑनलाइन बनाने के बाद , आप सामान्य रूप से गिट के साथ काम कर सकते हैं।

यह मेरे साथ 17 नवंबर 2016 को हुआ।

Answer 15

मैं अभी भी एक शुरुआत के लिए तैयार हूं, और यह सिर्फ एक बेवकूफ गलती थी जिसे मैंने किया था, एक वाक्य में लंबी कहानी। मैं एक सबफ़ोल्डर में नहीं था जैसा कि @gaoagong ने रिपोर्ट किया था, लेकिन दूसरा तरीका एक पैरेंट फ़ोल्डर में था। अजीब बात है, मुझे उस उत्तर से विचार नहीं मिला, इसके बजाय, विचार आया जब मैंने परीक्षण किया git add --all, नीचे दी गई लंबी कहानी देखें।

विवरण में उदाहरण। वास्तविक रेपो:

मूल फ़ोल्डर जिसे मैंने गलती से मूल स्तर पर खोला था (मेरे मामले में vscode_git):

मैंने एक रेपो क्लोन किया था, लेकिन मेरे पास इस रेपो के ऊपर एक पैरेंट फोल्डर था, जिसे मैंने इसके बजाय खोला था, और फिर मैंने सबफ़ोल्डर के रेपो की एक फ़ाइल को जोड़ने की कोशिश की git add 'd:\Stack Overflow\vscode_git\vscode-java\.github\ISSUE_TEMPLATE.md', जिसमें बस कुछ नहीं था, कोई चेतावनी संदेश नहीं था, और git statusबाद में कहा:

जोड़ने के लिए कुछ भी नहीं है लेकिन मौजूद फ़ाइलों को ट्रैक करने के लिए "git ऐड" का उपयोग करें

रनिंग git add --allने मुझे पीले नोट दिए:

चेतावनी: एम्बेडेड git रिपॉजिटरी जोड़ना: vscode-java एंबेडेड रिपॉजिटरी और यह नहीं पता होगा कि इसे कैसे प्राप्त किया जाए।

संकेत: यदि आप एक सबमॉड्यूल जोड़ना चाहते हैं, तो उपयोग करें: git सबमॉड्यूल vscode-java जोड़ें

संकेत: यदि आपने गलती से इस पथ को जोड़ दिया है, तो आप इसे git rm --cached vscode-java के साथ सूचकांक से निकाल सकते हैं

अधिक जानकारी के लिए "git help submodule" देखें

इसे ठीक करने के लिए, मैं इसके git add --allसाथ वापस आया git rm --cached -r -f -- "d:\Stack Overflow\vscode_git\vscode-java" rm 'vscode-java':

फिर, केवल वास्तविक रेपो फोल्डर को खोलने के बजाय,

गिट ने फिर से उम्मीद के मुताबिक काम किया। बेशक मूल फ़ोल्डर के ".गित" फ़ोल्डर को हटाया जा सकता है:

Answer 16

आप पुनरावर्ती रूप से आरंभिक रूप से हटाए गए रेपो को हटा सकते हैं $cd repo added $git rm -rf git

आप एक अलग शाखा बना सकते हैं और सबमॉड्यूल्स को मास्टर शाखा से जोड़ सकते हैं। सबमॉड्यूल्स पर प्रलेखन वास्तव में उपयोगी है प्रलेखन [https://git-scm.com/book/en/v2/Git-Tools-Submodules]

[Https://stackoverflow.com/questions/36236484/maintain-a-git-repo-inside-another-git-repo] में कुछ समाधान भी देखें

Answer 17

मैंने थोड़ी देर के लिए चारों ओर खोज की और यह पता लगाने के बाद कि मैंने एसएसएच पोर्ट को बंद कर दिया है जो कि काम रोकने के लिए गिट एड कमांड का कारण था। मैंने निम्नलिखित कमांड के साथ https का उपयोग करके मूल परिवर्तन को समाप्त किया: git दूरस्थ सेट-url उत्पत्ति [url-to-git-repo]

Answer 18

मुझे पता है कि यह वास्तव में एक पुराना सवाल है, लेकिन मुझे पता है कि यह किसी के साथ भी हो सकता है, मुझे पता है कि मैं AUX.JS नामक एक फाइल के साथ काम कर रहा था और यह विंडोज़ के लिए एक आरक्षित फ़ाइल नाम है, इससे निम्न त्रुटि उत्पन्न हुई

घातक: 'src / hoc / Aux.js' को स्टेट करने में असमर्थ: ऐसी कोई फ़ाइल या निर्देशिका नहीं

इसलिए आप या तो फ़ाइल को हटा सकते हैं या उसका नाम बदल सकते हैं, फिर यह काम करेगा।

अंतिम निष्कर्ष, अन्य सभी मान्य उत्तरों के अलावा, यदि आप एक विंडो मशीन में हैं, तो 'git add' कमांड के आउटपुट के लिए देखें, यह अतिरिक्त जानकारी भी प्रदान कर सकता है।

Comments

विंडोज पर मेरे लिए भी यही हो रहा है, मैंने उस OS पर gash bash का उपयोग किया है जो सामान्य रूप से Aux.js फ़ाइल बनाने के लिए है

— एलेक्स

Answer 19

एक रेपो के साथ एक ही मुद्दा था कि मैं अपने मैक से SiteGround Git से क्लोन किया। ताज़ा क्लोन किए गए रेपो में उन परिवर्तित फ़ाइलों की एक सूची थी, जिनके बारे में git statusकहा गया था कि उन्हें कमेटी में शामिल होने की ज़रूरत थी, लेकिन उनमें से किसी को भी जोड़ने या जाँचने की कोशिश करना कुछ भी नहीं था।

किसी कारण से फ़ाइल नाम में परिवर्तन हुए थे (जैसे .jpg -> .JPG)। समाधान केवल git mvफ़ाइल नाम के लिए ओएस का उपयोग कर रहा था git नाम का उपयोग कर रहा था, उदाहरण के लिए:

git mv File_That_Wont_Add.txt File_THAT_WONT_Add.txt

Answer 20

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

Answer 21

मैं विजुअल स्टूडियो पर इस मुद्दे को ले रहा था, जो मेरे लिए काम कर रहा था: 1- जोड़ा फ़ाइल पर राइट क्लिक करें जिसे गिट द्वारा मान्यता नहीं दी जा रही है। 2- "कंट्रोल कंट्रोल में शामिल की गई फ़ाइल जोड़ें" चुनें

Answer 22

मेरे पास भी यही समस्या थी और ऐसा इसलिए था क्योंकि कुछ फ़ाइल का उपयोग करने वाला एक कार्यक्रम था और इस मामले में एक त्रुटि फेंकता है Visual Studio ने उस फ़ाइल को लॉक कर दिया था।

Answer 23

मुझे एक समस्या थी जहाँ एक फ़ोल्डर से फाइल को जीथब स्रोत नियंत्रण में नहीं जोड़ा गया। इसे हल करने के लिए मैंने .git फ़ोल्डर को हटाया जो उस फ़ोल्डर के तहत बनाया गया था।

Answer 24

मेरा मुद्दा भी ऐसा ही था।

समस्या यह थी कि विंडोज पर, इंडेक्स में, फ़ाइल को एक मामले में जोड़ा गया था जो कि अनस्टेड क्षेत्र में अलग था। उदाहरण के लिए, इंडेक्स में, फ़ाइल का नाम था xx.txtऔर अप्रबंधित क्षेत्र में, फ़ाइल नाम था Xx.txt।

इंडेक्स से गलत केस वाली फाइल को हटाया ( xx.txt)। फिर, मैं फ़ाइल को सही केस ( Xx.txt) के साथ जोड़ पा रहा हूँ ।

Answer 25

समस्या git कोई परिवर्तित फ़ाइल नहीं जोड़ेगा। गिट बैश का उपयोग करते हुए, मैंने फ़ोल्डर का नाम डबल उद्धरण के साथ डीलिमिटिंग फ़ोल्डर में बदल दिया था। ls ने फ़ोल्डर की सामग्री को सही ढंग से प्रदर्शित किया है लेकिन गिट बदली हुई फ़ाइलों को नहीं जोड़ेगा।

समाधान मैंने फ़ोल्डर नाम को हटाने के लिए एकल उद्धरण का उपयोग किया।

जैसे CD "Folder Name" git स्टेटस कुछ भी करने के लिए नहीं, वर्किंग ट्री क्लीन CD .. ls 'फोल्डर नेम' CD 'फोल्डर नेम' git स्टेटस संशोधित: ModifiedFileName.bat

Answer 26

मैंने उपरोक्त सभी की कोशिश की है, लेकिन कुछ भी काम नहीं कर रहा था। बाद में, मैंने एक के रूप में अपना कमांड प्रॉम्प्ट चलाया व्यवस्थापक के और सभी चरणों को वापस ले लिया अर्थात स्टेजिंग-> कमिटिंग-> रिमोट ऐड -> पुश करना। यह एक जादू की तरह काम करता था। परिवर्तन दूरस्थ दूरस्थ रिपॉजिटरी में परिलक्षित हुए थे।

आशा है कि यह मदद करता है :) शांत रहें और कोडिंग रखें।

पीएस मैं नया मधुमक्खी हूं और गलती से सीखने की कोशिश करता हूं।

Answer 27

मेरे लिए भी ऐसा ही हुआ जब मैंने एक फ़ाइल का नाम बदला Uppercase/Lowercase। इसलिए, अस्थायी फ़ाइल का नाम बदलने से समस्या ठीक हो सकती है।

Answer 28

ऐसे मामलों में, कृपया वैश्विक .gitignore फ़ाइल में नियमों की जांच करें और सुनिश्चित करें कि आपका फ़ोल्डर उन में फिट नहीं है।

Answer 29

यहाँ मुझे काम करने के लिए कैसे मिला:

मैंने शुरू किया

git init 

उन सभी फ़ाइलों / फ़ोल्डरों के साथ निर्देशिका के अंदर जिन्हें मैं शामिल करना चाहता था।

मैं भागा

git add --all
git add .
git commit -m "uploaded fixed sources 3"
git push origin master

फिर

मैंने मूल के बाहर एक और निर्देशिका बनाई, मैं उस निर्देशिका में चला गया, फिर मैंने http: //../../.it फ़ाइल का उपयोग करके मौजूदा git रेपो पर क्लोन किया, जैसा कि github में पृष्ठ पर सेट किया गया है।

एक बार जब इसने स्रोत पर क्लोन कर दिया (जिसमें एक रीडमी। डीएम से अधिक कुछ नहीं था) तो मैंने पुरानी निर्देशिका से सभी फाइलों को नए संस्करण में कॉपी किया

cp -rf ../../* .

फिर मैंने फिर से जोड़ा, और फिर उन संपादनों को शुरू किया और धक्का दिया।

git add --all
git add .
git commit -m "uploaded fixed sources 4"
git push origin master

मुझसे क्यों न पूछें, लेकिन इस बार उन्होंने जीथब साइट में अपलोड किया और उन फ़ाइलों के रूप में दिखाई दिया जिन्हें आप .zip टार्बॉल में एक्सेस कर सकते हैं।