मैं बैश का उपयोग करके अपनी फ़ाइलों को गिथब में धकेलने की कोशिश कर रहा हूं। वे पहले से ही वहां हैं, और मैं नई लाइनों और कोड के साथ एक नया संस्करण अपलोड कर रहा हूं, आदि। लेकिन जब मैं कोशिश करता हूं git addऔर तब git statusयह कहता है:
शाखा मास्टर पर
कुछ भी नहीं करने के लिए, स्वच्छ निर्देशिका काम कर रहा है
और मैं जिस फ़ाइल का उपयोग कर रहा हूं, वह अभी संशोधित हुई थी।
git diff(या git status) कुछ भी नहीं दिखाता है जो बताता है कि क्यों जोड़ना नहीं है। तो सवाल वास्तव में है: "क्यों नहीं पहचानता है कि मेरी फ़ाइल बदल दी गई है?"
जवाबों:
मुझे एक समस्या थी जहां एक बार मैंने अपनी फ़ाइल पर 'अपरिवर्तित मान' करने के लिए git इंडेक्स सेट किया।
आप फ़ाइल के साथ परिवर्तनों को अनदेखा करने से रोकने के लिए गिट को बता सकते हैं:
git update-index --no-assume-unchanged path/to/file
यदि वह रीसेट करने में मदद नहीं करता है तो अन्य अजीब मामलों के लिए पर्याप्त हो सकता है।
व्यवहार में मुझे कैश्ड फ़ाइल को हटाने और इसे काम करने के लिए रीसेट करना पड़ा:
git rm --cached path/to/file
git reset path/to/file
git rm --cachedकेवल फाइल को इंडेक्स से हटाने का मतलब है, और resetजीआईटी इंडेक्स को आखिरी कमिट से फिर से लोड करने के लिए कहता है।
git add -f path/to/the/fileयह जबरदस्ती प्रतिबद्ध के लिए फाइलें जोड़ देगा।
git add -fउस फ़ाइल की कोशिश की जो इस "अपरिवर्तित मान" स्थिति में थी, और यह काम नहीं किया - या तो करना पड़ाgit update-index या इसे काम करने के लिए या git rm --cachedउसके बाद git resetहोना चाहिए।
git rm --cached -r .और फिर git reset .।
git update-index --no-skip-worktree path/to/file, यह है कि मैंने अपना मुद्दा हल कैसे किया
अपनी .gitignoreफ़ाइल की जाँच करें । आप पा सकते हैं कि फ़ाइल, या फ़ाइल का विस्तार, या उस फ़ाइल का पथ जिसे आप प्रविष्टि में मिलान के साथ काम करने का प्रयास कर रहे हैं .gitignore, जो बताता है कि क्यों उस फ़ाइल को अनदेखा किया जा रहा है (और परिवर्तित फ़ाइल के रूप में पहचाना नहीं गया)।
यह मेरे लिए मामला था जब मुझे इसी तरह की समस्या थी।
lib/, जो इस फ़ोल्डर को अनदेखा करता है। इसके साथ कोई समस्या नहीं है - कम से कम अगर यह फ़ोल्डर आपके प्रोजेक्ट का मुख्य फ़ोल्डर नहीं है, जैसे कि मेरे साथ क्या हुआ।
पागल लगता है, लेकिन कभी-कभी आप सही रेपो में नहीं होते हैं, भले ही आपको लगता है कि आप हैं। उदाहरण के लिए, आप मूल निर्देशिका को स्थानांतरित कर सकते हैं, लेकिन अपने पाठ संपादक में रिपोज को बदलना भूल गए। या इसके विपरीत: आप पाठ संपादक में सही रेपो पर कमांड लाइन में गलत रेपो हैं। पहली स्थिति में, आप अपना संपादन सही फ़ाइल में करते हैं, लेकिन यह वही फ़ोल्डर नहीं है जो आपकी कमांड लाइन में खुला है, इसलिए यह वास्तव में गलत फ़ाइल है। दूसरी स्थिति में, आपने वास्तव में सही फ़ाइल को संपादित किया था, लेकिन आपकी कमांड लाइन गिट परिवर्तन को नहीं पहचान पाएगी क्योंकि आप कमांड लाइन पर सही निर्देशिका में नहीं हैं।
जैसा कि यह पहले से ही चर्चा की गई थी, फाइलों को संभवतः "मान-अपरिवर्तित" के साथ चिह्नित किया गया था, जो मूल रूप से गिट को बताता है कि आप फ़ाइलों को संशोधित नहीं करेंगे, इसलिए इसे उनके साथ परिवर्तनों को ट्रैक करने की आवश्यकता नहीं है। हालाँकि यह कई फ़ाइलों को प्रभावित कर सकता है, और यदि इसका एक बड़ा कार्यक्षेत्र है, तो आप उन सभी को एक-एक करके जांचना नहीं चाहते हैं। उस स्थिति में आप कोशिश कर सकते हैं: अद्यतन-अनुक्रमणिका - अ-ताज़ा
डॉक्स के अनुसार:
Like --refresh, but checks stat information unconditionally, without regard to the "assume unchanged" setting.
यह "मान-अपरिवर्तित" झंडे की परवाह किए बिना सभी फाइलों के परिवर्तनों को ट्रैक करने के लिए मूल रूप से बाध्य करेगा।
git statusकहते हैं कि कोई फ़ाइल नहीं बदली गई है, लेकिन git add .दो फ़ाइलों को जोड़ता है, और git update-index --really-refreshकहता है कि उन दो अपडेट की आवश्यकता है, लेकिन कुछ भी करने के लिए प्रतीत नहीं होता है। कोई उपाय?
git ls-files -v | grep '^[[:lower:]]'यदि कुछ भी मदद नहीं करता है तो आपको अधिक विवरण के साथ एक प्रश्न बनाना चाहिए ताकि हम मदद कर सकें आप।
इस सवाल का जवाब देने के लिए हमारे पास पर्याप्त नहीं है इसलिए मैं आपको कई अनुमान दूंगा:
1) आपने अपने परिवर्तनों को टाइप करने के लिए ठीक किया: git stash pop
2) आपके परिवर्तन हुए और आपने उन्हें प्रतिबद्ध किया, आपको अपनी प्रतिबद्धता को देखने में सक्षम होना चाहिए git log
3) आपके द्वारा किए गए परिवर्तन किसी प्रकार के git reset --hardया अन्य थे, आपके परिवर्तन रिफ्लॉग में हो सकते हैं, git reflog --allयदि आपने कभी खोजा हो तो रेफरी को चैक आउट या चेरी-उठाकर टाइप करें ।
4) आपने कई बार एक ही रेपो की जाँच की है, और आप गलत हैं।
git commit --amendअपने अंतिम परिवर्तनों में अपने नए बदलाव भी कर सकते हैं , अगर आप पहले से ही अपनी प्रतिबद्धता साझा कर चुके हैं तो ऐसा मत करो।
इस तरह एक मजेदार बात हो रही थी। एक्लिप्स के फ़ोल्डर में नजरअंदाज के रूप में ग्रहण केपलर के गिट प्लगइन स्वचालित रूप से मेरे सभी प्रोजेक्ट फ़ोल्डरों को चिह्नित कर रहा था।
जब मैं करने के लिए मिल गया होगा commitपर Teamमेनू, वे करने के लिए पूरी तरह से तैयार वापस नजरअंदाज कर दिया जाएगा। जहाँ तक मैं बता सकता हूँ, यह इसलिए था क्योंकि मैं उन्हें मूल परियोजना में लिया गया था। derviedयह तय करते हुए उन्हें चिन्हित करें। मैं इंडिगो पर इससे पहले कभी नहीं देखा था। आशा है कि यह किसी की मदद करता है।
टी एल; डॉ; क्या आप भी सही भंडार पर हैं?
मेरी कहानी थोड़ी मजेदार है, लेकिन मुझे लगा कि यह किसी के साथ भी हो सकता है, जो एक समान परिदृश्य हो सकता है इसलिए इसे यहां साझा करें।
वास्तव में मेरे मशीन पर, मैं दो अलग Git संग्रह था repo1और repo2नामित एक ही रूट निर्देशिका में विन्यस्त source। ये दो रिपॉजिटरी अनिवार्य रूप से दो उत्पादों के रिपॉजिटरी हैं जिन्हें मैं अपनी कंपनी में बंद और चालू करता हूं। अब बात यह है कि एक मानक दिशानिर्देश के रूप में, मेरी कंपनी में सभी उत्पादों के स्रोत कोड की निर्देशिका संरचना बिल्कुल समान है।
तो बिना एहसास के मैंने एक बिल्कुल उसी नाम की फाइल को संशोधित किया repo2जिसमें मैं बदलने वाला था repo1। इसलिए, मैं बस git statusपर कमांड चलाता रहा repo1और यह वही संदेश देता रहा
शाखा मास्टर पर
कुछ भी नहीं करने के लिए, स्वच्छ निर्देशिका काम कर रहा है
आधे घंटे के लिए। तब मेरे सहयोगी ने इसे आँखों की स्वतंत्र जोड़ी के रूप में देखा और इस बात को मेरे ध्यान में लाया कि मैं गलत लेकिन बहुत ही समान दिखने वाले रिपॉजिटरी में था। जिस क्षण मैंने repo1Git पर स्विच किया वह परिवर्तित फ़ाइलों को नोट करना शुरू कर दिया।
इतना सामान्य मामला नहीं। लेकिन आप कभी नहीं जान पाते!
WinMerge टूल के जरिए अंतर ट्रांसफर करके फाइल बदलते समय हमने विंडोज पर ऐसा किया है। जाहिरा तौर पर WinMerge (कम से कम जिस तरह से यह मेरे कंप्यूटर पर कॉन्फ़िगर किया गया है) कभी-कभी इसे बदलने वाली फ़ाइलों के टाइमस्टैम्प को अपडेट नहीं करता है।
विंडोज पर, git स्टेटस , का उपयोग करता है, अन्य बातों के अलावा, एक फ़ाइल का समय स्टैम्प और फ़ाइल के आकार में परिवर्तन यह निर्धारित करने के लिए कि फ़ाइल बदल गई है या नहीं। इसलिए जब से टाइम स्टैम्प अपडेट नहीं किया गया था, तब तक इसके पास केवल फ़ाइल का आकार था दुर्भाग्य से सवाल में फ़ाइल एक सरल संस्करण फ़ाइल जहां सामग्री से बदल था 7.1.2 के लिए 7.2.0 । दूसरे शब्दों में, फ़ाइल का आकार भी अपरिवर्तित रहा। अन्य फ़ाइलों को भी WinMerge द्वारा बदल दिया गया था और उनके समय के टिकटों को अपडेट नहीं किया गया था, लेकिन परिवर्तन के ठीक बाद गिट स्थिति का पता लगाने के बाद एक अलग आकार था ।
उदात्त पाठ -3 का उपयोग करते समय मेरे पास एक समान मुद्दा था । कोड में नए बदलाव करने और उसे सहेजने के बाद, जब मैंने git ऐड की कोशिश की ।/status कमांड देता है कि प्रतिक्रिया "शाखा पहले से ही अद्यतित" थी। मुझे पता चला, पाठ संपादक में अपडेट को बचाने के बावजूद, फ़ाइल वास्तव में अपरिवर्तित थी। अन्य संपादक में फ़ाइल खोलना और मेरे लिए काम किए गए परिवर्तनों को सहेजना।
क्या आपने अपने शेल के तहत निर्देशिका को बाहर स्थानांतरित किया था? यह तब हो सकता है जब आपने अपने प्रोजेक्ट को बैकअप से पुनर्स्थापित किया हो। इसे ठीक करने के लिए, बस cdबाहर और पीछे में:
cd ../
cd -
सामान्य तौर पर इस समस्या के साथ, पहले जांच लें कि आप जिस फ़ाइल के बारे में सोचते हैं, उसे संपादित कर रहे हैं! मुझे यह समस्या तब हुई जब मैं स्रोत फ़ाइल के बजाय एक ट्रांसप्लड जावास्क्रिप्ट फ़ाइल संपादित कर रहा था (ट्रांसप्लड संस्करण स्रोत नियंत्रण में नहीं था)।
मेरे Git क्लाइंट (Gitg) ने मेरे लिए इस समस्या का कारण बना। सामान्य आदेश जो मैं आमतौर पर चलाऊंगा वह काम नहीं कर रहे थे। यहां तक कि परियोजना में हर फाइल को छूने से काम नहीं चला।
मुझे इसे ठीक करने का एक तरीका मिला और मुझे अभी भी यकीन नहीं है कि इसका कारण क्या है। अपनी परियोजना निर्देशिका की प्रतिलिपि बनाएँ। गुम हुई फाइलें कॉपी की गई डायरेक्टरी में दिखाई देंगी git status। नाम बदलने का भी यही काम हो सकता है।
इस मुद्दे पर भाग गया, लेकिन यह केवल दो निर्देशिकाओं और मेरे लिए अज्ञात था कि उन दोनों निर्देशिकाओं को गिट सबमॉडल्स के रूप में कॉन्फ़िगर किया गया था। यह कैसे हुआ कि मेरे पास कोई सुराग नहीं है, लेकिन प्रक्रिया को इस लिंक पर दिए गए निर्देशों का पालन करना था, लेकिन निर्देशिका को नहीं हटाएं (जैसा कि वह अंत में करता है) बल्कि करते हैंgit add path/to/dir
जब आप किसी फ़ाइल को Visual Studio में संपादित करते हैं, तो यह फ़ाइल में सहेजे जाने पर भी तुरंत परिवर्तन में सूचीबद्ध हो जाता है। इसलिए आपको केवल फ़ाइल को मैन्युअल रूप से सहेजने की जरूरत है (वर्तमान में प्रदर्शित फ़ाइल के लिए Ctrl + S या सभी प्रोजेक्ट फ़ाइलों के लिए Ctrl + Shift + S) और git bash उन्हें उठाएगा।
.jsविजुअल स्टूडियो कोड के साथ काम करते हुए, फ़ाइल में टिप्पणी जोड़ते समय यह मेरे लिए काम करता है । धन्यवाद।
सुनिश्चित करें कि विंडोज के लिए गिट बैश के अंदर से सिम्बलिंक ( ) न बनाएं ln -s source dest।
यह सिम्लिंक नहीं करता है, लेकिन स्रोत के डीईईपी को नियति को कॉपी करता है
मुझे विंडोज़ (संस्करण 2.16.2) के लिए गिट बैश से एक MINGW64 टर्मिनल पर ओपी के समान व्यवहार का अनुभव हुआ कि यह महसूस करने के लिए कि मेरे 'संपादित' परिवर्तन वास्तव में मूल निर्देशिका में थे, और मेरे git bash कमांड एक गहरी प्रतिलिपि के भीतर से थे जो कि बने रहे थे अपरिवर्तित।
यह मेरे लिए भी खुश है, मैंने उपर्युक्त तरीकों की कोशिश की और कुछ भी मदद नहीं की। तब समाधान टर्मिनल के माध्यम से फ़ाइल को बदलना था, न कि जीयूआई। मुझे नहीं पता कि यह क्यों काम किया लेकिन काम किया। जब मैंने टर्मिनल गिट से नैनो के माध्यम से फ़ाइल को संपादित किया, तो इसे बदल के रूप में मान्यता दी और मैं इसे जोड़ने और प्रतिबद्ध करने में सक्षम था।
मुझे यहाँ भी यही समस्या है कि VS2015 ने मेरी js फाइलों के बदलावों को नहीं पहचाना, रिपॉजिटरी सेटिंग्स से रिमूव को हटाया और फिर रिमोट URL पाथ को जोड़कर मेरी समस्या का समाधान किया।
मेरे मामले में, git reset --hardहटाई गई फ़ाइलों को करने और कुछ खाली फ़ोल्डर छोड़ दिए गए हैं। सामग्री का निरीक्षण करने के बाद, मैंने देखा कि निर्देशिकाएं खाली थीं।
हालाँकि git खाली फ़ोल्डर को अनदेखा करता है। (सुधार, गिट सभी निर्देशिकाओं की उपेक्षा करता है क्योंकि यह सामग्री को ट्रैक करता है, खाली फ़ोल्डर सामग्री नहीं है।)
git add *
तब उपयोग करने का प्रयास करेंgit commit