उपकरण और फ़ाइल एन्कोडिंग कॉन्फ़िगर करें
Diffs and files that are not UTF-8 are read with Preferences › Editor › Default encoding; a byte-order mark always wins, and bytes that do not fit show as �. Line endings (core.autocrlf) decides how git converts CRLF and LF, and Long paths lets git create paths over 260 characters on Windows.
GitTree में निःशुल्क काम करता है: आपके साइन इन करने के बाद प्रत्येक स्थानीय Git सुविधा।
इस पेज पर
शुरू करने से पहले
- अपनी टीम की लाइन-एंडिंग परंपरा को जानें; यह हर कंप्यूटर पर मेल खाना चाहिए.
इसे कहां खोजें
- एन्कोडिंग के लिए प्राथमिकताएँ › Editor; प्राथमिकताएँ › General Line endings और Long paths के लिए।
| कार्रवाई | macOS | Windows और Linux |
|---|---|---|
| प्राथमिकताएँ | ⌘, | Ctrl+, |
कदम
डिफ़ॉल्ट एन्कोडिंग सेट करें
Editor में, वह Default encoding चुनें जिसका उपयोग आपकी पुरानी फ़ाइलें करती हैं। डिफ्स फिर कहते हैं Read as …।
पंक्ति का अंत चुनें
General में, Line endings सेट करें। Windows पर, Check out CRLF, commit LF रिपॉजिटरी को एलएफ में रखता है जबकि आपका संपादक सीआरएलएफ देखता है।
Windows पर लंबे पथ की अनुमति दें
यदि गहरे फ़ोल्डरों वाला कोई प्रोजेक्ट चेक आउट करने में विफल रहता है तो Long paths चालू करें।
अपेक्षित परिणाम
पाठ सही ढंग से पढ़ा जाता है और पंक्ति के अंत वैसे ही रहते हैं जैसे आपकी टीम उन्हें रखती है।
अंतर आपको क्या बताता है
- फ़ाइल के बगल में CRLF: इसकी पंक्तियाँ CRLF (
\) पर समाप्त होती हैं \). - "कुछ पंक्तियाँ LF के साथ समाप्त होती हैं और कुछ CRLF के साथ": फ़ाइल दोनों को मिलाती है।
- "कुछ बाइट्स मान्य नहीं हैं... और � के रूप में दिखते हैं": अन्य Default encoding चुनें।
संपादक के लिए, डिफ और मर्ज टूल GitTree खुलता है, बाहरी टूल कॉन्फ़िगर करें देखें।
अगर कुछ गलत होता है
फ़ाइल की प्रत्येक पंक्ति बदली हुई दिखाई देती है
केवल इसकी पंक्ति का अंत बदला है। अपनी टीम के साथ Line endings का मिलान करें, और * text=auto के साथ एक .gitattributes पर विचार करें।
प्रश्न
क्या एन्कोडिंग सेटिंग मेरी फ़ाइलें बदल देती है?
नहीं, यह केवल यह बदलता है कि GitTree उन्हें कैसे पढ़ता है और दिखाता है।