2011-12-15 14 views
10

दिखाता है मैं कमांड लाइन पर और टोर्टोइस गिट के साथ अपने विंडोज 7 पीसी पर गिट के साथ काम कर रहा हूं। यह ठीक काम करता है। अब मैंने ग्रहण के लिए ईजीट स्थापित किया है। ईजीट सभी फ़ाइलों को बदले में दिखा रहा है हालांकि गिट स्थिति सही ढंग से रिपोर्ट करती है, कि इसमें कोई बदलाव नहीं है।एजीट सभी फ़ाइलों को

कोई विचार क्या गलत है?

+1

ग्रहण अंतराल की शैली बदल रहा है ('एलएफ' से 'सीआरएलएफ' या इसके विपरीत)? –

+0

@ डेविडब्रिगाडा ने कहा कि 'गिट स्टेटस' कोई फर्क नहीं पड़ता – fge

उत्तर

13

मैं भी वही समस्या थी, मैं ग्रहण में Git विन्यास के अंतर्गत भंडार की स्थापना के लिए नीचे दिए गए संपत्ति को बदल दिया है

autocrlf = false

इस समस्या का समाधान होने

आप से अधिक जानकारी प्राप्त कर सकते हैं नीचे दिए गए लिंक भी:

There is nothing changed, but eclipse egit marks the file as changed

मूल रूप से मैं इस समर्थक जोड़ा स्क्रिप्ट फ़ाइलों में ctrl + m वर्णों को संबोधित करने के लिए सही के रूप में perty। अब मुझे यकीन नहीं है कि इस मुद्दे को कैसे हल किया जाए। इस पर कोई विचार, कृपया साझा करें।

+1

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

+0

मेरे लिए समस्या तय की गई! – Etienne

+0

मेरी समस्या का समाधान करने के लिए लगता है, यदि आप एकाधिक प्लेटफार्मों में काम कर रहे हैं तो ग्रहण लाइन के अंत में यूनिक्स को बदलना भी एक अच्छा विचार है। सहायता> प्राथमिकताएं> सामान्य> वर्कस्पेस> नई टेक्स्ट फ़ाइल लाइन डिलीमीटर – 3urdoch

2

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

चूंकि आप आमतौर पर विंडोज मशीनों पर autocrlf = false नहीं चाहते हैं, इसलिए मैंने autocrlf = true छोड़ा और भंडार क्लोन किया। फिर ईजीआईटी में मैंने सभी फाइलों में गलत बदलाव किए और आखिरकार गिट बैश में git reset --hard HEAD^1 के साथ पिछले प्रतिबद्धता में वापस आ गया। वास्तविक ट्रांजिटरी को छूने की आवश्यकता के बिना लाइन एंडिंग्स को सही समझने में यह गड़बड़ ईजीट था। इस बिंदु के बाद प्रतिबद्धता और खींचने से मेरी कॉन्फ़िगरेशन में ईजीआईटी भ्रम उत्पन्न नहीं हुआ है। इसके अतिरिक्त जब मैं रिपॉजिटरी को दबाता हूं तो कोई अप्रत्याशित रेखा समाप्त होने वाली परिवर्तन नहीं होती है।

1

मैं काम करने के लिए सुझाए गए समाधानों में से कोई भी प्राप्त करने में सक्षम नहीं था। मैंने Windows स्थापित गिट बैश (मैंने पहले सिगविन के भीतर गिट का उपयोग करके क्लोन किया था) के साथ भंडार को दोबारा क्लोन करके इस मुद्दे को ठीक कर दिया।

मैं इसे किसी अन्य उत्तर के रूप में पोस्ट कर रहा हूं, अगर कोई और मेरे जैसा ही नाव में है।

1

मुझे यह समस्या भी थी और यह मुझे पागल कर रहा था! यह कहने की kepts 'फ़ाइल के साथ चेकआउट संघर्ष:'

वैसे भी मैं (एक तरह से) करने में कामयाब रहे इस निम्नलिखित के संयोजन का उपयोग ठीक:

टीम -> उन्नत -> संघर्ष

के कारण संसाधन पर अपरिवर्तित ग्रहण

फिर core.autocrlf को गलत में बदलें और कोर स्ट्रिंग को कोर.विइटस्पेस भी सेट करें।

यह .java फ़ाइलों के लिए ठीक काम करता है लेकिन .xml फ़ाइलें और .xsd फ़ाइलें अभी भी इस समस्या का कारण बन रही हैं!

संबंधित मुद्दे