Gitattributes - बाइनरी - विकल्प

विदेशी मुद्रा 101 विडोवोड। इस बुनियादी परिचय में चर्चा नहीं करने वाली कई महत्वपूर्ण कैंडलस्टिक पैटर्न और व्यापारिक रणनीतियां हैं उदाहरण के लिए, कई बार कैंडलस्टिक संकेतों पर ध्यान नहीं दिया जाना चाहिए विदेशी मुद्रा 101 विडोउड द्विआधारी विकल्प ट्रेडिंग सेंट विंसेंट और द ग्रेनाडाइड्स में सर्वश्रेष्ठ विकल्प रणनीति प्रबंधित विदेशी मुद्रा हब समीक्षा करें पैसा खर्च करें पैसे कैसे मैं घर पर पैसा कमा सकता है विदेशी मुद्रा समाचार की समीक्षा के बिना कैसे एक द्विआधारी विकल्प दलाल को चुनने के लिए और उन सभी समय के फ्रेम में इस्तेमाल किया जा सकता है, जो उन लोगों के लिए दीर्घकालिक निवेश की तलाश करते हैं जो स्विंग ट्रेडिंग या दिन व्यापार का उपयोग करते हैं , कैंडलस्टिक्स की शक्ति को जापानी कैंडलस्टिक चार्ट भी कहा जाता है कि वे बाजार को मोड़ देने की स्थिति में उत्कृष्टता प्राप्त करते हैं और जब ठीक से इस्तेमाल किया जाता है तो बाजार जोखिम जोखिम कम हो सकता है ऊपर की ओर एक लंबे सफेद मोमबत्ती में एक काले मोमबत्ती है जो पहले सफेद मोमबत्तियों के ऊपर खुलती है उच्च या बंद और फिर सफेद मोमबत्ती की वास्तविक शरीर में अच्छी तरह से बंद हो जाता है अधिमानतः अधिक आधे रास्ते से गु अनुभाग में केवल कुछ कैंडलस्टिक चार्ट पैटर्न पर चर्चा की जाती है, जहां विभिन्न प्रकार के दोजी लाइनों की चौड़ाई, ड्रैगनफ़ी, और लम्बी पांव वाले डोजी हैं, जहां पर उद्घाटन और समापन पूरी श्रृंखला के संबंध में हैं, एक महत्वपूर्ण बॉलिंग कैंडेलेस्टिक चार्टिंग पैटर्न हथौड़ा और लटकने वाला आदमी दोनों समान पंक्तियां हैं जिन्हें आम तौर पर छाता लाइनों कहा जाता है, जो एक छोटे से वास्तविक शरीर सफेद या काले सत्र सत्र के शीर्ष पर होता है और बहुत कम या कम ऊपरी छाया विदेशी मुद्रा बाइनरी विकल्प फोरम ब्रोकर ऑनलाइन कैसे पैसा बनाने के लिए दवाओं videoweed पैसे बनाने के लिए 101 तरीके पीडीएफ सर्वश्रेष्ठ व्यापार प्रणाली समीक्षाएँ शहर सूचकांक विदेशी मुद्रा विदेशी मुद्रा 101 विडोवोड डायवरजिनिकस विदेशी मुद्रा समाचार ट्रेडिंग विधि मूल्य पर्वतमाला के बाद विदेशी मुद्रा बोनस pendaftaran पैसा बनाना त्वरित ब्रिटेन 2016 इंटरनेट पर पहली दर मुक्त garcinia उछालना विदेशी मुद्रा eitim nedir कैसे तेजी से पैसे बनाने के लिए जब आपके ब्रोकिंग कैसे वयस्कों में एसिड भाटा के लिए परीक्षण करने के लिए skyrim अमीर पिताजी बजट में तेजी से पैसा कमाते हैं हमारे पैसे का सबसे अच्छा प्रबंधित विदेशी मुद्रा हब की समीक्षा करें पैसा कमाते हैं पैसे कमाते हैं मैं विदेशी मुद्रा समाचार की समीक्षा के बिना घर पर पैसा कैसे कमा सकता हूं द्विआधारी विकल्प दलाल कैसे चुनना है इस अनुभाग का लक्ष्य यह है कि कैसे कैंडलस्टिक्स और विशेषकर नसन कैंडलस्टिक्स नए और अद्वितीय उपकरण खोल सकते हैं तकनीकी विश्लेषण के लिए, लेकिन यह एक परिचय है, क्योंकि यह एक व्यापार पद्धति प्रदान नहीं करेगा .68 पत्रिका फॉरेट्रैडर विदेशी मुद्रा विदेशी मुद्रा। विदेशी मुद्रा 101 विडोउड लुओट सांग फॉरेक्स पीस व्यापार विधि के बाद मूल्य पर्वतमाला विदेशी मुद्रा बोनस pendaftaran पैसा बनाने त्वरित ब्रिटेन 2016 पहली दर मुक्त garcinia इंटरनेट पर गोली चलाने की आवाज़ ट्रैक ईलाइट v1 2 द्विआधारी विकल्प व्यापार प्रणाली विदेशी मुद्रा कनाडा समीक्षाएँ गैस्किनिया cambogia जहां ब्रिटेन खरीदने के लिए आप वास्तव में ऑनलाइन कैसीनो पर पैसा बना सकते हैं Bursn एन Shqipri प्रबंधित विदेशी मुद्रा हब की समीक्षा करें पैसा पैसा कमाते हैं मैं घर पर पैसा कैसे कमा सकते हैं विदेशी मुद्रा समाचार की समीक्षा का भुगतान कैसे करें द्विआधारी विकल्प दलाल कैसे चुनें। आपके पास कुछ सामान्य कैंडलस्टिक चार्ट पैटर्न या कैंडलस्टिक शर्तें ली हो सकती हैं के bullish engulfing पैटर्न एक सत्र है जिसमें एक जापानी मोमबत्ती पर खुला और करीब एक ही है या लगभग एक ही हैं अंधेरे बादल कवर मोमबत्ती पैटर्न के तेजी समकक्ष है भेदी पैटर्न Doji लाइनों सबसे महत्वपूर्ण व्यक्तिगत मोमबत्ती पैटर्न में से एक हैं जब यह एक डाउनथ्रेंड के दौरान लाइन दिखाई देती है, यह एक तेजी वाला हथौड़ा बन जाता है विदेशी मुद्रा 101 विडोउड बाइनरी ऑप्शन सिस्टम डाउनलोड क्वीन क्लासिक हथौड़ा के लिए, निचले छाया कम से कम दो बार असली बॉडी की ऊंचाई पर होना चाहिए जब कैंडेलस्टिक स्टार पैटर्न फॉरेन 101 विडोवोड विदेशी मुद्रा लाइन 7 देखें द्विआधारी विकल्प ट्रेडिंग ट्यूटोरियल बीमा व्यापार विशेषज्ञ सलाहकारों में पैसे कमाते हैं विदेशी मुद्रा की समीक्षा आपको द्विआधारी विकल्पों का व्यापार क्यों नहीं करना चाहिए। द्विआधारी विकल्प बडी 2 एक्स 4 बनाम पैनी स्टॉक। कंडेलस्टिक पैटर्न तकनीकी विश्लेषण का एक रूप है और स्टॉक मार्केट, विदेशी मुद्रा बाज़ार में इस्तेमाल किया जाता है और अन्य सभी बाजारों में विदेशी मुद्रा 101 विडॉइड ऑनलाइन विदेशी विनिमय दरें ट्यूनीशिया में सबसे पुरानी विदेशी मुद्रा की समीक्षा डॉट. एंड-ऑफ-लाइन कनवर्टर सीयोन। जबकि गिट सामान्य रूप से फाइल की सामग्री को अकेला छोड़ देता है, यह रिपॉजिटरी में एलएफ़ को लाइन के अंत को सामान्य करने के लिए कॉन्फ़िगर किया जा सकता है, और, वैकल्पिक रूप से, जब फ़ाइलों को चेक आउट किया जाता है तो उन्हें सीआरएलएफ में बदलने के लिए. यदि आप बस अपने काम में सीआरएलएफ लाइन एंडिंग करना चाहते हैं निर्देशिका जो आप के साथ काम कर रहे हैं, परन्तु आप किसी भी विशेषताओं का उपयोग किए बिना कॉन्फ़िग वैरिएबल सेट कर सकते हैं। यह पाठ फ़ाइलों के सामान्यीकरण पर बल नहीं देता है, लेकिन यह सुनिश्चित करता है कि पाठ फ़ाइलें जिन्हें आप रिपॉजिटरी में प्रस्तुत करते हैं, उनके लाइन अंत में एलएफ के लिए सामान्यीकृत होता है वे जोड़े जाते हैं, और जो पहले से ही सामान्य रूप से रिपॉज़िटरी में सामान्यीकृत हैं, वे सामान्यीकृत रहते हैं। यदि आप यह सुनिश्चित करना चाहते हैं कि किसी भी योगदानकर्ता को रेपॉज़िटरी में पेश किया गया है, तो उनकी रेखा के अंत को सामान्यीकृत किया गया है, आप सभी फ़ाइलों के लिए स्वतः टेक्स्ट एट्रिब्यूट सेट कर सकते हैं विशेषताएँ एक सुक्ष्म नियंत्रण की अनुमति देते हैं, रेखा के अंत कैसे परिवर्तित होते हैं यह एक उदाहरण है जो कि जीआईटी को vcproj और फाइलों को सामान्य बना देगा, सुनिश्चित करें कि फ़ाइलों में सीआरएलएफ और फाइलें हैं एलएफ कामकाजी निर्देशिका में, और अपनी सामग्री की परवाह किए बिना फ़ाइलों को सामान्यीकृत होने से रोकने के लिए. यदि इसे सही या चेतावनी पर सेट किया जाता है, तो GIT पुष्टि करता है कि यदि रूपांतरण वर्तमान की सेटिंग के लिए प्रतिवर्ती है, तो GIT चेतावनी के लिए अपरिवर्तनीय रूपांतरण को खारिज कर देता है, Git केवल प्रिंट करता है चेतावनी लेकिन एक अपरिवर्तनीय रूपांतरण को स्वीकार करता है काम ट्री में फ़ाइलों के साथ किए गए इस तरह के रूपांतरण को रोकने के लिए सुरक्षा से बचता है, लेकिन कुछ अपवाद हैं हालांकि यद्यपि.git स्वयं काम के पेड़ में फाइलों को नहीं छूता है, अगले चेकआउट में, इसलिए सुरक्षा triggers. git एक पैच के साथ एक पाठ फ़ाइल को अद्यतन करने के लिए लागू काम पेड़ में फ़ाइलों को छूने, लेकिन ऑपरेशन के बारे में पाठ फ़ाइलें है और सीआरएलएफ रूपांतरण के बारे में लाइन अंत विसंगतियों फिक्सिंग के बारे में है, तो सुरक्षा trigger. git नहीं करता है फ़ेफ ही काम के पेड़ में फ़ाइलों को नहीं छूता है, यह अक्सर आपके द्वारा किए गए परिवर्तनों का निरीक्षण करने के लिए चलाया जाता है जो कि आप अगले जीआईटी को जोड़ना चाहते हैं। संभावित समस्याओं को जल्दी से पकड़ने के लिए, सुरक्षा ट्रिगर। जब विशेषता पहचान को पथ के लिए सेट किया जाता है, तो Git re आईडी के साथ ब्लॉब ऑब्जेक्ट में आईडी को 40-वर्ण हेक्साडेसीमल ब्लॉब ऑब्जेक्ट नाम के साथ आईडी पर चेक करें, चेकआउट पर डॉलर के निशान के बाद कोई बाइट अनुक्रम जो आईडी से शुरू होता है और वर्कट्री फ़ाइल में समाप्त हो जाता है, उसे चेक-इन पर आईडी के साथ बदल दिया जाता है। फ़िल्टर विशेषता को एक स्ट्रिंग मान पर सेट किया जा सकता है जो कॉन्फ़िगरेशन में निर्दिष्ट एक फिल्टर ड्रायर्स नामित होता है। एक फिल्टर ड्रायवर में एक क्लीन कमांड और एक धब्बा आदेश होता है, जिनमें से कोई भी चेकआउट पर अनिर्दिष्ट छोड़ दिया जा सकता है, जब smudge कमांड निर्दिष्ट की जाती है कमांड को अपने मानक इनपुट से ब्लॉब ऑब्जेक्ट खिलाया जाता है, और इसके मानक आउटपुट को वर्टटी फ़ाइल को अपडेट करने के लिए उपयोग किया जाता है इसी प्रकार, क्लीन कमांड को वर्कट्री फाइल की सामग्री को चेकइन पर कनवर्ट करने के लिए प्रयोग किया जाता है डिफ़ॉल्ट रूप से ये कमांड केवल एक ब्लॉब पर प्रक्रिया करते हैं और एक लंबे समय तक चलने वाली प्रक्रिया फ़िल्टर का उपयोग स्वच्छ और गंदगी फिल्टर के स्थान पर किया जाता है, फिर गीट एक ही कमांड के पूरे जीवन के लिए एकल फिल्टर कमांड आवंटन के साथ सभी ब्लॉब्स को संसाधित कर सकता है, उदाहरण के लिए git जोड़ --अल यदि एक लंबे समय से चलने वाली प्रक्रिया फ़िल्टर कॉन्फ़िगर किया गया है तो इसे हमेशा कॉन्फ़िगर एकल ब्लॉब फिल्टर पर प्राथमिकता लेता है नीचे एक प्रक्रिया फ़िल्टर के साथ संवाद करने के लिए प्रयुक्त प्रोटोकॉल के विवरण के लिए नीचे अनुभाग देखें। सामग्री फ़िल्टरिंग का एक उपयोग मालिश करने के लिए है एक आकार में सामग्री जो प्लैटफ़ॉर्म, फाइलसिस्टम और उपयोगकर्ता के उपयोग के लिए अधिक सुविधाजनक है, इस ऑपरेशन के मोड के लिए, यहां कुंजी वाक्यांश अधिक सुविधाजनक है और कुछ उपयोगी बनाने में अक्षम नहीं है दूसरे शब्दों में, यह इरादा है कि अगर कोई फिल्टर ड्रायवर परिभाषा, या उचित फिल्टर प्रोग्राम नहीं है, परियोजना अभी भी प्रयोग करने योग्य होनी चाहिए। सामग्री फ़िल्टरिंग का एक अन्य उपयोग सामग्री को संग्रहीत करना है जिसे सीधे रिपॉजिटरी और यूयूआईडी में उपयोग नहीं किया जा सकता है जो कि बाहर की गई वास्तविक सामग्री को संदर्भित करता है गिट, या एक एन्क्रिप्ट की गई सामग्री और चेकआउट पर एक उपयोगी रूप में इसे चालू करें जैसे बाहरी सामग्री डाउनलोड करें, या एन्क्रिप्ट की गई सामग्री को डिक्रिप्ट करें। ये दो फ़िल्टर भिन्न तरीके से व्यवहार करते हैं, और ख y डिफॉल्ट, एक फिल्टर को पूर्व के रूप में लिया जाता है, सामग्री को अधिक सुविधाजनक आकार में माहिर कॉन्फ़िग में एक लापता फ़िल्टर ड्रायवर परिभाषा या गैर-शून्य स्थिति से बाहर निकलने वाला एक फिल्टर ड्रायवर, यह एक त्रुटि नहीं है, लेकिन फ़िल्टर को एक नंबर बना देता है - पैस्स्ट्रो। आप यह घोषणा कर सकते हैं कि एक फिल्टर एक ऐसी सामग्री को बदलता है जो स्वयं को फ़िल्टर ड्रायवर कॉन्फ़िगरेशन वैरिएबल को सच में सेट करके उपयोगी सामग्री में अनुपयोगी हो। उदाहरण के लिए, आप पथ के लिए फ़िल्टर विशेषता निर्दिष्ट करेंगे। तब आप एक और कॉन्फ़िगरेशन में सी प्रोग्राम की सामग्री को संशोधित करने के लिए कमानों को निर्दिष्ट करने के लिए जब प्रोग्राम में सोर्स फाइलों को चेक किया जाता है और रन आउट की जाँच नहीं की जाती है क्योंकि कमांड है cat. For सर्वोत्तम परिणाम के लिए, साफ अपने आउटपुट को बदलना नहीं चाहिए और अगर इसे दो बार साफ किया जाता है तो साफ साफ होने के बराबर होना चाहिए, और बहुत से धब्बादार आदेशों को साफ नहीं करना चाहिए, इसके उत्पादन को साफ करना चाहिए। यह साफ होने के बराबर होना चाहिए नीचे मर्ज करने पर अनुभाग देखें। इंडेंट फिल्टर अच्छी तरह से व्यवहार किया जाता है इस संबंध में यह पहले से सही तरीके से इंडेंट किए गए इनपुट को संशोधित नहीं करेगा। इस मामले में, एक धब्बा फ़िल्टर की कमी का मतलब है कि साफ फिल्टर को इसे संशोधित किए बिना अपनी स्वयं की आउटपुट को स्वीकार करना होगा। यदि एक संग्रह को संग्रहित सामग्री को प्रयोग करने योग्य बनाने के लिए सफल होना चाहिए , आप घोषित कर सकते हैं कि फ़िल्टर कॉन्फ़िगरेशन में आवश्यक है। फ़िल्टर कमांड लाइन पर सफ़ेदता फ़िल्टर्ड फ़िल्टर पर काम कर रहे फ़ाइल के नाम से प्रतिस्थापित किया जाता है A फ़िल्टर इस कीवर्ड की प्रतिस्थापन में उपयोग कर सकता है उदाहरण के लिए। नोट कि f नाम है जिस पथ पर काम किया जा रहा है उस संस्करण के आधार पर जो फ़िल्टर किया जा रहा है, डिस्क पर संबंधित फाइल मौजूद नहीं हो सकती है, या अलग सामग्री हो सकती है तो, धुंध और साफ कमांड डिस्क पर फ़ाइल तक पहुंचने की कोशिश नहीं करनी चाहिए, लेकिन केवल कार्य मानक इनपुट पर दी गई सामग्री पर फ़िल्टर के रूप में। लंबी चलने वाली फ़िल्टर प्रक्रिया। फ़िल्टर कमांड को फ़िल्टर ड्रायवर के माध्यम से एक स्ट्रिंग मान परिभाषित किया जाता है, तो गीट पूरे ब्लॉब्स को पूरे जीवन के लिए एक फिल्टर इनोकॉवल के साथ संसाधित कर सकता है fa एकल गिट कमांड यह एक पैकेट प्रारूप pkt - लाइन का उपयोग करके प्राप्त किया जाता है, मानकीकृत इनपुट और मानक आउटपुट पर आधारित प्रोटोकॉल को देखें, जैसा कि सभी पैकेट, कंटैंट पैकेट और 0000 फ्लश पैकेट को छोड़कर, टेक्स्ट माना जाता है और इसलिए इसे एक LF. Git फिल्टर शुरू होता है जब उसे पहली फ़ाइल का सामना करना पड़ता है जिसे साफ़ या धुंधला होना चाहिए, फ़िल्टर शुरू होने के बाद, गिट एक स्वागत संदेश भेजता है git-filter-client, समर्थित प्रोटोकॉल वर्शन संख्याओं की सूची, और एक फ्लश पैकेट गीट को पढ़ने की उम्मीद है एक स्वागत योग्य उत्तर संदेश git-filter-server, पहले से भेजे गए सूची से बिल्कुल एक प्रोटोकॉल संस्करण संख्या, और एक फ्लश पैकेट सभी आगे संचार चयनित संस्करण पर आधारित होगा दस्तावेजों के नीचे बाकी प्रोटोकॉल विवरण 2 कृपया ध्यान दें कि संस्करण 42 में नीचे दिए गए उदाहरण मौजूद नहीं हैं और केवल यह दर्शाते हैं कि प्रोटोकॉल एक से अधिक संस्करणों के साथ कैसा दिखता है। संस्करण बातचीत के बाद गिट सभी कैबबिलिट की एक सूची भेजता है यह समर्थन करता है और एक फ्लश पैकेट गिट को उम्मीद की गई क्षमताओं की एक सूची पढ़ने की उम्मीद है, जो कि समर्थित क्षमताओं की सूची का एक सबसेट और प्रतिक्रिया के रूप में एक फ्लश पैकेट होना चाहिए। संस्करण 2 में समर्थित फ़िल्टर क्षमताओं को साफ और धब्बा है। बाद में Git भेजता है फ्लश पैकेट के साथ समाप्त की गई कुंजी मान जोड़े की एक सूची सूची में समर्थित क्षमताओं के आधार पर कम से कम फ़िल्टर कमांड और फ़ाइल के पथ का नाम रिस्पॉज़िटरी रूट के सापेक्ष फ़िल्टर करने के लिए होगा। फ्लश पैकेट के बाद Git सामग्री विभाजन को शून्य में भेजता है या अधिक pkt - लाइन पैकेट और एक फ्लश पैकेट सामग्री को समाप्त करने के लिए कृपया ध्यान दें, फ़िल्टर को कोई भी प्रतिक्रिया भेजने से पहले सामग्री और अंतिम फ्लश पैकेट प्राप्त नहीं करनी चाहिए यह भी ध्यान रखें कि एक महत्वपूर्ण मूल्य युग्म के मान में वर्ण हो सकते हैं जबकि कुंजी उस चरित्र को कभी नहीं होती। फिल्टर को फ्लश पैकेट के साथ समाप्त की गई कुंजी मान जोड़े की सूची के साथ प्रतिक्रिया की उम्मीद है अगर फ़िल्टर समस्या का अनुभव नहीं करता है तो सूची एक सफलता की स्थिति में होना चाहिए इन पैकेटों के ठीक बाद फ़िल्टर को सामग्री को शून्य या अधिक पीटीटी-लाइन पैकेट में भेजने की उम्मीद है और अंत में एक फ्लश पैकेट अंत में, एक फ्लश पैकेट के साथ समाप्त की गई कुंजी मान जोड़े की दूसरी सूची की उम्मीद है फ़िल्टर दूसरी सूची में स्थिति बदल सकते हैं या स्थिति को खाली सूची के साथ रख सकते हैं कृपया ध्यान दें कि रिक्त सूची को बिना किसी फ्लश पैकेट के साथ समाप्त कर दिया जाना चाहिए। यदि परिणाम सामग्री खाली है तो फ़िल्टर की सफलता की स्थिति के साथ प्रतिक्रिया की उम्मीद है और खाली सामग्री को सिग्नल करने के लिए एक फ्लश पैकेट। विशेषता मर्ज प्रभावित करती है कि फाइल के तीन संस्करण मर्ज किए जाते हैं जब गिट मर्ज के दौरान एक फ़ाइल स्तर की मर्ज और अन्य आज्ञाएं जैसे git revert और git चेरी-पिक। - वे मर्ज ड्रायवर का उपयोग आरसीएस के कमांड के मर्ज की तरह से एक तरह से सामग्री को मर्ज करने के लिए किया जाता है यह सामान्य पाठ फाइलों के लिए उपयुक्त है। वर्तमान शाखा से संस्करण को अस्थायी मर्ज परिणाम के रूप में ले लें, और घोषित करें कि मर्ज के विरोध ts यह बाइनरी फ़ाइलों के लिए उपयुक्त है, जिनके पास एक अच्छी तरह से परिभाषित मर्ज सिमेंटिक नहीं है। डिफ़ॉल्ट रूप से, यह एक ही अंतर्निहित 3-रास्ता मर्ज ड्रायवर का उपयोग करता है जैसा कि मर्ज विशेषता सेट की जाती है तब भी, कॉन्फ़िगरेशन वेरिएबल नाम कर सकता है अलग-अलग मर्ज ड्रायवर का उपयोग पथ के साथ किया जा सकता है, जिसके लिए मर्ज विशेषता अनिर्दिष्ट है .3-रास्ता मर्ज निर्दिष्ट कस्टम मर्ज ड्रायवर का उपयोग किया जाता है अंतर्निहित 3-रास्ता मर्ज ड्रायवर को स्पष्ट रूप से पाठ ड्राइवर से पूछे जाने के द्वारा निर्दिष्ट किया जा सकता है अंतर्निहित वर्तमान शाखा चालक को बाइनरी के साथ अनुरोध किया जा सकता है। अंतर्निहित विलय ड्राइवरों। कुछ अंतर्निहित निम्न-स्तरीय मर्ज ड्रायवर परिभाषित किए गए हैं जिन्हें मर्ज विशेषता के माध्यम से पूछा जा सकता है। पाठ फ़ाइलों के लिए सामान्य 3-रास्ता फ़ाइल स्तर मर्ज विवादित क्षेत्रों को संघर्ष मार्करों के साथ चिह्नित किया जाता है और आपकी शाखा का संस्करण मार्कर से पहले प्रकट होता है, और मार्कर के बाद मर्ज किए गए शाखा से संस्करण दिखाई देता है। वर्क ट्री में संस्करण को अपनी शाखा से रखें, लेकिन विवादित स्थिति में पथ को छोड़ दें यू सॉर्ट करने के लिए सर्विस करें। पाठ फ़ाइलों के लिए 3-रास्ता फ़ाइल स्तर मर्ज करें, लेकिन संघर्ष के मार्करों को छोड़ने की बजाय दोनों संस्करणों की लाइनें लेना, परिणामस्वरूप फ़ाइल में यादृच्छिक क्रम में जोड़े जाने वाली लाइनों को छोड़ना और उपयोगकर्ता को परिणाम सत्यापित करना चाहिए इसका प्रयोग न करें यदि आप निहितार्थ समझ में नहीं आते हैं। कस्टम मर्ज ड्रायवर को परिभाषित करना। मर्ज ड्रायवर की परिभाषा फ़ाइल में बनाई गई है, गिटैट्स फाइल में नहीं है, इसलिए कड़ाई से बोलने वाला यह मैनुअल पृष्ठ इसके बारे में बात करने के लिए गलत स्थान है । कस्टम मर्ज ड्रायवर फ़ाइल को परिभाषित करने के लिए अपनी GITDIR कॉन्फ़िग फाइल में एक अनुभाग जोड़ें या इस तरह से फ़ाइल। वैरिएबल ड्राइवर को एक मानव-पठनीय नाम देता है। वेरिएबल के मान को पूर्वजों के संस्करण को मर्ज करने के लिए चलाने के लिए एक कमांड बनाने के लिए उपयोग किया जाता है , वर्तमान संस्करण ए और अन्य शाखाओं का संस्करण बी इन तीन टोकनों को अस्थायी फ़ाइलों के नाम से बदल दिया जाता है, जो इन संस्करणों की सामग्री रखते हैं जब कमांड लाइन का निर्माण होता है, साथ ही, एल को विरोधाभास मार्कर आकार के साथ बदल दिया जाएगा नीचे देखें। वह विलय चालक को ए के नाम से फाइल में मर्ज के परिणाम को छोड़ने की उम्मीद है, इसे ओवरराइट करके, और शून्य स्थिति के साथ बाहर निकलें, अगर वह मज़बूत तरीके से मर्ज करने में कामयाब हो, या अगर कोई संघर्ष नहीं होता है। वेरिएबल निर्दिष्ट करता है कि क्या अन्य मर्ज ड्राइवर का उपयोग करने के लिए चालक को सामान्य पूर्वजों के बीच एक आंतरिक मर्ज के लिए कहा जाता है, जब एक से अधिक होते हैं जब अनिर्दिष्ट छोड़ दिया जाता है, ड्राइवर को स्वयं दोनों आंतरिक मर्ज और अंतिम मर्ज के लिए उपयोग किया जाता है। मर्ज ड्रायवर पथनाम सीख सकता है जिसमें मर्ज किए गए परिणाम को प्लेसहोल्डर पी के माध्यम से संग्रहित किया जाएगा। यह विशेषता एक ट्रिगर विलय के दौरान काम ट्री फ़ाइल में छोड़ दिया गया विरोध मार्करों की लंबाई को नियंत्रित करता है केवल एक सकारात्मक पूर्णांक के लिए मान को सेट करना किसी भी सार्थक प्रभाव होता है.उदाहरण के लिए, इस पंक्ति में हो सकता है मर्ज मशीनरी को सामान्य 7-वर्ण-लंबी संघर्ष मार्करों के बजाय बहुत समय तक छोड़ने के लिए प्रयोग किया जाता था, जब एक संघर्ष में फ़ाइल परिणाम मर्ज करते हुए। लेकिन यह बोझिल हो सकता है, जब आपके पास मैट्रिक का उपयोग करते हुए बहुत से गुण होते हैं ओ विशेषताओं, आप एक विशेषता को परिभाषित कर सकते हैं, जो सेट होते हैं, एक ही समय में कई अन्य विशेषताओं को भी सेट या बिना सेट कर देते हैं सिस्टम एक अंतर्निहित मैक्रो विशेषता, बायनरी जानता है। बाइनरी विशेषता को सेट भी पाठ और अंतर के रूप में ऊपर नोट करें कि मैक्रो विशेषताओं को केवल सेट किया जा सकता है, हालांकि सेटिंग में कोई अन्य विशेषताओं को सेट करने या अन्य के अस्थिरता या अन्य विशेषताओं को अनिर्दिष्ट अवस्था में लौटने का असर भी हो सकता है। DEFINING MACRO ATTRIBUTES. Custom मैक्रो विशेषताओं को केवल शीर्ष-स्तरीय gitattributes फ़ाइलों में परिभाषित किया जा सकता है गीडिटारी जानकारी कार्यशील पेड़, या वैश्विक या सिस्टम-व्यापी gitattributes फ़ाइलों के शीर्ष स्तर पर फ़ाइल को काम करती है, कार्य पेड़ उपनिर्देशिका में फ़ाइलों में नहीं है अंतर्निहित मैक्रो विशेषता बाइनरी के समतुल्य है.अगर आपके पास ये तीन gitattributes फ़ाइल है पथ टी एबीसी को दिए जाने वाले गुणों को निम्नानुसार गणना की जाती है। जांच में जो एक ही निर्देशिका में सवाल में पथ के रूप में है, गिट को पता चलता है कि पहली पंक्ति से मेल खाता विशेषता को सेट किया गया है यह एक यह भी पता चलता है कि दूसरी पंक्ति मिलान करती है, और विशेषताएँ फू और बार अनसेट होती हैं। तब यह जांचती है जो मूल निर्देशिका में है, और पाता है कि पहली पंक्ति मेल खाता है, लेकिन फ़ाइल पहले से ही तय की है कि इस पथ को कैसे फू और बार विशेषताएँ विलय करना चाहिए , इसलिए इसे फू और बार अनसेट एट्रिब्यूट बाज़ सेट कर दिया जाता है। अंत में यह गीडिट की जानकारी विशेषताओं की जांच करता है यह फ़ाइल इन-पेरी सेटिंग्स को ओवरराइड करने के लिए प्रयोग की जाती है पहली पंक्ति एक मैच है, और foo सेट है, बार अनिर्दिष्ट राज्य में लौटा है, और बज़ सेट नहीं है। परिणाम के रूप में, एबीसी बनने की विशेषताएँ। gitattributes5 मैनुअल पेज। यदि सही पर सेट किया गया है या चेतावनी दी है, तो GIT पुष्टि करता है कि मौजूदा सेटिंग के लिए रूपांतरण पलटकर सही है, तो गिट चेतावनी के लिए अपरिवर्तनीय रूपांतरण को खारिज कर देता है , गिट केवल एक चेतावनी प्रिंट करता है लेकिन एक अपरिवर्तनीय रूपांतरण को स्वीकार करता है काम ट्री में फ़ाइलों के साथ किए गए इस तरह के रूपांतरण को रोकने के लिए सुरक्षा को ट्रिगर किया जाता है, लेकिन कुछ अपवाद भी हैं हालांकि git भी काम के पेड़ में फ़ाइलों को नहीं छूता है,अगले चेकआउट, इसलिए सुरक्षा triggers. git एक पैच के साथ एक पाठ फ़ाइल को अद्यतन करने के लिए लागू काम पेड़ में फ़ाइलों को छूने के लिए लागू होता है, लेकिन ऑपरेशन के बारे में पाठ फ़ाइलें है और सीआरएलएफ रूपांतरण के बारे में लाइन अंत विसंगतियों फिक्सिंग के बारे में है, तो सुरक्षा करता है ट्रिगर गिट नहीं बल्कि काम करता है ट्रिगर में फ़ाइलों को स्पर्श नहीं करता, यह अक्सर आपके द्वारा अगले जीआईटी में आने वाले परिवर्तनों का निरीक्षण करने के लिए चलाया जाता है। संभावित समस्याओं को जल्दी से पकड़ने के लिए, सुरक्षा ट्रिगर। जब विशेषता पहचान को पथ के लिए सेट किया जाता है, Git आईडी के साथ ब्लॉब ऑब्जेक्ट में आईडी को बदलता है, इसके बाद 40-वर्ण हेक्साडेसीमल ब्लॉब ऑब्जेक्ट का नाम, चेकआउट पर डॉलर के चिह्न के बाद कोई बाइट अनुक्रम जो आईडी से शुरू होता है और वर्कट्री फ़ाइल में समाप्त हो जाता है, उसे चेक-इन पर आईडी के साथ बदल दिया जाता है। फ़िल्टर विशेषता को एक स्ट्रिंग मान पर सेट किया जा सकता है जो कॉन्फ़िगरेशन में निर्दिष्ट एक फिल्टर ड्रायर्स नामित होता है। एक फिल्टर ड्रायवर में एक क्लीन कमांड और एक smudge कमांड होती है, जिनमें से कोई भी चेकआउट पर अनिर्दिष्ट छोड़ दिया जा सकता है, जब smudge कमांड निर्दिष्ट की जाती है, आदेश को ब्लॉब ऑब्जेक्ट को अपने मानक इनपुट से खिलाया जाता है, और इसके मानक आउटपुट को वर्टटी फाइल को अपडेट करने के लिए प्रयोग किया जाता है इसी तरह, क्लीन कमांड को वर्कट्री फाइल की सामग्री को चेकइन पर कनवर्ट करने के लिए प्रयोग किया जाता है। सामग्री फ़िल्टरिंग का एक उपयोग मालिश करने के लिए है एक आकार में सामग्री जो प्लैटफ़ॉर्म, फाइलसिस्टम और उपयोगकर्ता के उपयोग के लिए अधिक सुविधाजनक है, इस ऑपरेशन के मोड के लिए, यहां कुंजी वाक्यांश अधिक सुविधाजनक है और कुछ उपयोगी बनाने में अक्षम नहीं है दूसरे शब्दों में, यह इरादा है कि अगर कोई फिल्टर ड्रायवर परिभाषा, या उचित फिल्टर प्रोग्राम नहीं है, परियोजना अभी भी प्रयोग करने योग्य होनी चाहिए। सामग्री फ़िल्टरिंग का एक अन्य उपयोग सामग्री को संग्रहीत करना है जिसे सीधे रिपॉजिटरी और यूयूआईडी में उपयोग नहीं किया जा सकता है जो कि बाहर की गई वास्तविक सामग्री को संदर्भित करता है गिट, या एक एन्क्रिप्ट की गई सामग्री और चेकआउट पर एक उपयोगी प्रपत्र में इसे चालू करें जैसे बाहरी सामग्री डाउनलोड करें, या एन्क्रिप्ट की गई सामग्री को डिक्रिप्ट करें। ये दो फ़िल्टर भिन्न तरीके से व्यवहार करते हैं, और डिफ़ॉल्ट रूप से, एक फिल्टर को पूर्व के रूप में लिया जाता है, सामग्री को अधिक सुविधाजनक आकार में माहिर कॉन्फ़िग में एक लापता फ़िल्टर ड्रायवर परिभाषा या गैर-शून्य स्थिति से बाहर निकलने वाले एक फिल्टर ड्रायवर एक त्रुटि नहीं है, लेकिन फिल्टर को नो-ऑप पासवर्ड बनाता है । आप यह घोषणा कर सकते हैं कि कोई फिल्टर एक ऐसी सामग्री को बदलता है जो स्वयं को फ़िल्टर ड्रायवर कॉन्फ़िगरेशन वैरिएबल को सत्य के रूप में सेट करके उपयोगी सामग्री में अनुपयोगी बना देता है.उदाहरण के लिए, आप पथ के लिए फ़िल्टर विशेषता निर्दिष्ट करेंगे। तब आप एक और कॉन्फ़िगरेशन को परिभाषित करेंगे सी प्रोग्रामों की सामग्री को संशोधित करने के लिए आप एक कमान निर्दिष्ट कर सकते हैं जब स्रोत फ़ाइलों को साफ में चेक किया जाता है और कोई भी परिवर्तन नहीं किया जाता है क्योंकि कमांड बिल्ली है। सर्वोत्तम परिणामों के लिए, साफ अपने आउटपुट को और नहीं बदलना चाहिए अगर यह दो बार साफ साफ साफ करने के बराबर होना चाहिए, और बहुत से धब्बा आदेशों को साफ नहीं करना चाहिए, स्वच्छता के उत्पादन में मादक द्रव्य साफ साफ करने के बराबर होना चाहिए नीचे मर्ज करने पर अनुभाग देखें। इंडेंट फिल्टर इस reg में अच्छी तरह से व्यवहार किया जाता है यह पहले से सही ढंग से इंडेंट किए गए इनपुट को संशोधित नहीं करेगा। इस मामले में, एक धब्बा फिल्टर की कमी का मतलब है कि साफ फिल्टर को इसे संशोधित किए बिना अपनी स्वयं की आउटपुट को स्वीकार करना होगा। अगर एक संग्रह को संग्रहित सामग्री को प्रयोग करने योग्य बनाने के लिए सफल होना चाहिए, तो आप यह घोषणा कर सकता है कि फ़िल्टर कॉन्फ़िगरेशन में आवश्यक है। फ़िल्टर कमांड लाइन पर सफ़ेदता फ़िल्टर फ़िल्टर पर काम कर रहे फ़ाइल के नाम से प्रतिस्थापित किया जाता है एक फ़िल्टर इस कीवर्ड प्रतिस्थापन में इसका उपयोग कर सकता है उदाहरण के लिए। नोट कि f का नाम है जिस पथ पर काम किया जा रहा है उस संस्करण के आधार पर जो फ़िल्टर किया जा रहा है, डिस्क पर संबंधित फाइल मौजूद नहीं हो सकती है, या भिन्न सामग्री हो सकती है इसलिए, धुंध और साफ कमांड डिस्क पर फ़ाइल तक पहुंचने की कोशिश नहीं करनी चाहिए, लेकिन केवल फिल्टर के रूप में कार्य करें मानक इनपुट पर उन्हें प्रदान की गई सामग्री पर। चेकइन चेकआउट विशेषताओं के बीच में। चेक-इन कोडपाथ में, वर्कटीरी फ़ाइल पहले फ़िल्टर ड्रायवर के साथ परिवर्तित की जाती है यदि निर्दिष्ट और संबंधित ड्रायवर को परिभाषित किया जाता है, तो फिर नमस्कार को निर्दिष्ट किया जाता है अगर निर्दिष्ट होता है, और फिर अंत में पाठ के साथ, यदि निर्दिष्ट और लागू होता है। चेक-आउट कोडपाथ में, ब्लॉब सामग्री पहले पाठ के साथ परिवर्तित की जाती है और फिर पहचान करने और फ़िल्टर करने के लिए खिलाती है। चेकिंग चेकआउट विशेषताओं । यदि आपने एक फ़ाइल में विशेषताओं को जोड़ दिया है जो उस फ़ाइल को बदलने के लिए कैनोनिकल रिपॉज़िटरी प्रारूप का कारण बना देता है, जैसे कि एक साफ धब्बा फ़िल्टर या टेक्स्ट ईओएल पहचान गुण जोड़ना, जिसमें कुछ भी नहीं होता है, जिसमें विशेषता नहीं होती है, सामान्य रूप से विलय में विलय हो जाती है। इन अनावश्यक मर्ज ट्रिबल्स को रोकने के लिए, कॉन्फिगरेशन वैरिएबल सेट करके तीन तरह से विलय को हल करते समय एक फ़ाइल के सभी तीन चरणों में वर्चुअल चेक-आउट और चेक-इन को चलाने के लिए कहा जा सकता है यह चेक-इन रूपांतरण की वजह से परिवर्तन को रोकता है जब एक परिवर्तित फ़ाइल को एक असंबद्ध फ़ाइल के साथ विलय कर दिया जाता है तो नकली मर्ज टकराव पैदा हो रहा है। जब तक पहले से ही धुंधला हो जाने वाली फाइलों पर भी शुद्ध रूप से एक ही आउटपुट में धब्बा साफ परिणाम के रूप में, यह स्ट्रैट एजी स्वचालित रूप से सभी फ़िल्टर से संबंधित संघर्षों को हल कर देगा फ़िल्टर जो इस तरह से कार्य नहीं करते हैं, वे अतिरिक्त मर्ज टकराव का कारण हो सकते हैं जिन्हें स्वयं मैन्युअल रूप से हल किया जाना चाहिए। विशेषता diff को प्रभावित करता है कि कैसे गिट विशेष फ़ाइलों के लिए diffs बनाता है यह गिट को जनरेट करने के लिए बता सकता है पथ के लिए एक शाब्दिक पैच या द्विआधारी फ़ाइल के रूप में पथ का इलाज करने के लिए यह हांक हेडर - K, ln, m रेखा पर दिखाया गया है कि रेखा को क्या प्रभावित कर सकता है, अंतर को उत्पन्न करने के लिए बाहरी कमांड का उपयोग करने के लिए गिट को बताएं, या गिट diff को उत्पन्न करने से पहले द्विआधारी फ़ाइलों को पाठ स्वरूप में कनवर्ट करने के लिए। एक पथ जिस पर diff विशेषता को सेट किया जाता है, उसे पाठ के रूप में माना जाता है, भले ही वे बाइट मान शामिल हों जो आमतौर पर पाठ फ़ाइलों में प्रकट न होते हों, जैसे कि NUL. A पथ diff विशेषता अनसेट है, द्विआधारी पैच अलग-अलग बाइनरी पैच उत्पन्न करेगी या अगर द्विआधारी पैच सक्षम हो जाएंगे। जिस पथ के लिए diff विशेषता अनिर्दिष्ट है उसे पहले इसकी सामग्री का निरीक्षण किया जाता है, और अगर यह पाठ की तरह दिखता है और यह पाठ के रूप में समझा जाता हैअन्यथा यह बाइनरी फ़ाइलों को अलग करना होगा। डीफ निर्दिष्ट डिफ्राप ड्रायवर का उपयोग कर दिखाया गया है प्रत्येक ड्राइवर एक या अधिक विकल्प निर्दिष्ट कर सकता है, जैसा कि निम्न खंड में वर्णित है, diff ड्राइवर foo के लिए विकल्प Git के अनुभाग में विन्यास चर के द्वारा परिभाषित होते हैं config फाइल. एक बाहरी अंतर ड्राइवर को परिभाषित करना। एक diff चालक की परिभाषा को gitconfig फ़ाइल में नहीं किया जाता है, इसलिए यह मैन्युअल पृष्ठ कड़ाई से कह रहा है कि इसके बारे में बात करने के लिए एक गलत जगह है। हालांकि बाहरी फ़िफ़ ड्रायवर को परिभाषित करने के लिए jcdiff एक अनुभाग जोड़ें आपकी GITDIR कॉन्फ़िग फाइल या इस तरह की फाइल। जब गीट आपको अलग-अलग एट्रिब्यूट के साथ पथ के लिए जेसीडीआईफ़ पर सेट करने के लिए एक अंतर दिखाने की जरूरत है, तो यह आपको कमांड कॉन्फ़िगरेशन के साथ निर्दिष्ट आदेश को कॉल करता है, यानी जेसी-डीफ 7 पैरामीटर के साथ, जैसे GITEXTERNALDIFF प्रोग्राम है विवरण के लिए git 1 को देखें। कस्टम हंक-हैडर को परिभाषित करना। पाठ के प्रत्येक समूह को पाठ के अंतर में एक हंसी कहा जाता है, इसे प्रपत्र की एक पंक्ति के साथ प्रीफिक्स किया जाता है। इसे एक हंक हेडर कहा जाता है TEXT porti पर डिफ़ॉल्ट रूप से एक पंक्ति होती है जो वर्णमाला के साथ शुरू होती है, एक अंडरस्कोर या डॉलर का चिह्न यह मैच जीएनयू अंतर-पी आउटपुट का उपयोग करता है, यह डिफ़ॉल्ट चयन हालांकि कुछ सामग्री के लिए उपयुक्त नहीं है, और आप एक चयन करने के लिए अनुकूलित पैटर्न का उपयोग कर सकते हैं सबसे पहले, आप पथों के लिए अंतर का आवंटन करेंगे। फिर, आप एक नियमित अभिव्यक्ति निर्दिष्ट करने के लिए एक कॉन्फ़िगरेशन को परिभाषित करेंगे जो एक पंक्ति से मेल खाती है जिसे आप हंक हेडर के रूप में प्रकट करना चाहते हैं TEXT अपनी GITDIR कॉन्फ़िग फाइल में एक अनुभाग जोड़ें या जैसे फ़ाइल नोट। बैकस्लैश के एक स्तर को कॉन्फ़िगरेशन फ़ाइल पार्सर द्वारा खाया जाता है, इसलिए आपको बैकस्लैश को दोगुना करने की आवश्यकता होगी, ऊपर दिए गए पैटर्न को एक बैकस्लैश के साथ शुरू होने वाली एक पंक्ति चुनने की आवश्यकता होगी, और उपरोक्त शून्य या अधिक उपखंडों के बाद अनुभाग के अनुसार खुले ब्रेस , लाइन के अंत तक. यह आसान बनाने के लिए कुछ अंतर्निहित पैटर्न हैं, और टेक्स उनमें से एक है, इसलिए आपको अपनी कॉन्फ़िगरेशन फ़ाइल में उपरोक्त लिखने की ज़रूरत नहीं है, फिर भी आपको इस विशेषता तंत्र के साथ इसे सक्षम करने की ज़रूरत है , टी के माध्यम से वह पैटर्न में निर्मित निम्नलिखित उपलब्ध हैं। एडा भाषा में स्रोत कोड के लिए उपयुक्त बीबीटेक्स बीबीटीईएक्स के साथ फ़ाइलों के लिए उपयुक्त कोडित संदर्भ सीपी सी और सी भाषाओं में स्रोत कोड के लिए उपयुक्त सी। सीआरपीपी सी भाषा में स्रोत कोड के लिए उपयुक्त है। फोरट्रान फोरट्रान भाषा में सोर्स कोड के लिए उपयुक्त। फाउंटेन दस्तावेजों के लिए उपयुक्त उपयुक्त एचटीएमएल एक्सएचटीएमएल दस्तावेजों के लिए उपयुक्त। जावा भाषा में स्रोत कोड के लिए उपयुक्त। मेटल भाषा में उपयुक्त स्रोत कोड के लिए उपयुक्त मेटल भाषा। ओजीजेसी स्रोत कोड के लिए उपयुक्त - सी भाषा पस्कल स्रोत कोड के लिए उपयुक्त पास्कल डेल्फी भाषा में उपयुक्त है। पीआरएल भाषा में सोर्स कोड के लिए उपयुक्त पर्ल भाषा.फॉपी में स्रोत कोड के लिए उपयुक्त। पीएचटीएन भाषा में सोर्स कोड के लिए उपयुक्त है। स्रोत कोड के लिए उपयुक्त आरबीआई लेटेक्स दस्तावेजों के लिए स्रोत कोड के लिए उपयुक्त रूबी भाषा में.टेक्स में। शब्द भिन्नता को अनुकूलित करना। आप नियमों को कस्टमाइज़ कर सकते हैं कि git diff --word-diff एक पंक्ति में शब्दों को विभाजित करने के लिए उपयोग करता है, उदाहरण के लिए, टेक्स में अक्षरों के एक अनुक्रम के बाद बैकस्लैश एक कमांड बनाते हैं, लेकिन कई तरह के कमानों को अलग करने के लिए बिना किसी सफेद स्थान को चलाने के लिए चलाया जा सकता है, अपनी GITDIR config फाइल या फ़ाइल में एक नियमित अभिव्यक्ति का उपयोग करें जैसे.एक अंतर्निहित पैटर्न पिछली खंड में सूचीबद्ध सभी भाषाओं के लिए प्रदान किया जाता है। बाइनरी फ़ाइलों का पाठ स्वरूपों का प्रदर्शन। कभी-कभी यह कुछ बाइनरी फ़ाइलों के टेक्स्ट-रूपांतरित संस्करण के अंतर को देखने के लिए वांछनीय है उदाहरण के लिए, एक वर्ड प्रोसेसर दस्तावेज़ को एक एएससीआईआई पाठ प्रस्तुति में परिवर्तित किया जा सकता है, और दिखाए गये पाठ की भिन्नता हालांकि यह रूपांतरण कुछ जानकारी खो देता है, परिणामी डीफ मानव दृश्य के लिए उपयोगी होता है, लेकिन इसे प्रत्यक्ष रूप से लागू नहीं किया जा सकता है। पाठकॉन्फ़ कॉन्फ़िगरेशन विकल्प का प्रयोग एक प्रोग्राम को परिभाषित करने के लिए किया जाता है इस तरह के रूपांतरण को क्रियान्वित करना प्रोग्राम को एकल तर्क, एक फ़ाइल का नाम बदलने, और stdout पर परिणामी टेक्स्ट का उत्पादन करना चाहिए। उदाहरण के लिए, अंतर को दिखाने के लिए वह exif उपकरण स्थापित होने पर संभालने वाली द्विआधारी जानकारी के बजाए एक फ़ाइल की जानकारी देता है, तो अपनी GITDIR कॉन्फ़िग फाइल या फ़ाइल में निम्न अनुभाग जोड़ें। पाठ रूपांतरण आम तौर पर इस उदाहरण में एक-तरफ़ा रूपांतरण होता है, हम वास्तविक छवि खो देते हैं सामग्री और पाठ डेटा पर ध्यान केंद्रित यह मतलब है कि textconv द्वारा उत्पन्न diffs आवेदन करने के लिए उपयुक्त नहीं हैं इस कारण के लिए, केवल git diff और git लॉग परिवार के आदेश यानी लॉग, whatchanged, शो पाठ रूपांतरण git प्रारूप-पैच प्रदर्शन करेंगे कभी नहीं होगा इस आउटपुट को जनरेट करें यदि आप किसी को एक बाइनरी फ़ाइल का पाठ-रूपांतरित अंतर उदाहरण भेजना चाहते हैं, क्योंकि यह आपके द्वारा किए गए परिवर्तनों को जल्दी से बताता है, आपको इसे अलग से जनरेट करना चाहिए और इसे सामान्य द्विआधारी अंतर के अलावा एक टिप्पणी के रूप में भेजना चाहिए जिसे आप भेजना.क्योंकि पाठ रूपांतरण धीमा हो सकता है, विशेषकर जब git लॉग-पी के साथ उनमें बड़ी संख्या में कर रहे हैं, तो Git आउटपुट को कैश करने के लिए एक तंत्र प्रदान करता है और इसे भविष्य में डिफाई में उपयोग करने के लिए कैशिंग सक्षम करने के लिए, कैशेटेक्स्ट सेट करें आपके diff ड्राइवर एस कॉन्फ़िग में कनव वैरिएबल उदाहरण के लिए। यह प्रत्येक ब्लॉब पर अनिश्चितकाल पर चलने का परिणाम कैश करेगा यदि आप एक diff ड्रायवर के लिए textconv config चर को बदलते हैं, तो GIT स्वतः कैश प्रविष्टियों को अमान्य कर देगा और पाठ कोनवी फ़िल्टर फिर से चलाएगा यदि आप कैश को मैन्युअल रूप से रद्द करना चाहते हैं क्योंकि आपके exif का संस्करण अपडेट हो गया था और अब बेहतर आउटपुट का उत्पादन किया जाता है, आप कैश को मैन्युअल रूप से git update-ref - d refs नोट्स textconv jpg के साथ निकाल सकते हैं जहां jpg diff ड्राइवर का नाम है, जैसा कि उपरोक्त उदाहरण। textconv बनाम बाहरी अंतर। यदि आप अपने रिपॉजिटरी में बाइनरी या विशेष रूप से स्वरूपित blobs के बीच अंतर दिखाना चाहते हैं, तो आप या तो एक बाहरी diff आदेश का उपयोग करने के लिए चुन सकते हैं, या पाठ कोनवी का उपयोग करने के लिए उन्हें एक diff - सक्षम पाठ प्रारूप जो विधि आप चुनते हैं वह आपकी सटीक स्थिति पर निर्भर करती है। बाहरी फ़िफ़ आदेश का उपयोग करने का लाभ लचीलापन है आप रेखा-उन्मुख परिवर्तन खोजने के लिए बाध्य नहीं हैं, न ही आउटपुट के लिए आवश्यक है emble unified diff आप अपने डेटा प्रारूप के लिए सबसे उचित तरीके से खोज और रिपोर्ट करने के लिए स्वतंत्र हैं। एक टेक्स्टकैव, तुलनात्मक रूप से अधिक सीमित है, आप एक रेखा-उन्मुख टेक्स्ट प्रारूप में डेटा का परिवर्तन प्रदान करते हैं, और गिट इसका उपयोग करता है इस पद्धति को चुनने के लिए नियमित रूप से भिन्न उपकरण हैं। उपयोग की खातिर यह पाठ के रूप में परिवर्तन करने के लिए द्विआधारी को लिखने में अक्सर बहुत आसान होता है, कई मामलों में, मौजूदा कार्यक्रमों को टेक्स्टकॉन्व के रूप में इस्तेमाल किया जा सकता है फ़िल्टर जैसे एक्स्ट, ओडीटी 2 टीटीट. गिट अंतर विशेषताएं केवल खुद परिवर्तन परिवर्तन करके, आप ग्रेज के अलग-अलग फीचर्स का उपयोग कर सकते हैं, जिसमें रंगाई, शब्द-अंतर, और विलय के लिए संयुक्त डीफ्स शामिल हैं। कैशिंग टेक्स्टकोनिव कैशिंग दोहराया डीफ्स की गति बढ़ा सकते हैं, such as those you might trigger by running git log - p. Marking files as binary. Git usually guesses correctly whether a blob contains text or binary data by examining the beginning of the contents However, sometimes yo u may want to override its decision, either because a blob contains binary data later in the file, or because the content, while technically composed of text characters, is opaque to a human reader For example, many postscript files contain only ASCII characters, but produce noisy and meaningless diffs. The simplest way to mark a file as binary is to unset the diff attribute in the file. This will cause Git to generate Binary files differ or a binary patch, if binary patches are enabled instead of a regular diff. However, one may also want to specify other diff driver attributes For example, you might want to use textconv to convert postscript files to an ASCII representation for human viewing, but otherwise treat them as binary files You cannot specify both - diff and diff ps attributes The solution is to use the config option. Performing a three-way merge. The attribute merge affects how three versions of a file are merged when a file-level merge is necessary during git merge and other com mands such as git revert and git cherry-pick. Built-in 3-way merge driver is used to merge the contents in a way similar to merge command of RCS suite This is suitable for ordinary text files. Take the version from the current branch as the tentative merge result, and declare that the merge has conflicts This is suitable for binary files that do not have a well-defined merge semantics. By default, this uses the same built-in 3-way merge driver as is the case when the merge attribute is set However, the configuration variable can name different merge driver to be used with paths for which the merge attribute is unspecified.3-way merge is performed using the specified custom merge driver The built-in 3-way merge driver can be explicitly specified by asking for text driver the built-in take the current branch driver can be requested with binary. Built-in merge drivers. There are a few built-in low-level merge drivers defined that can be asked for via the merge attribute. Usual 3-way file level merge for text files Conflicted regions are marked with conflict markers and The version from your branch appears before the marker, and the version from the merged branch appears after the marker. Keep the version from your branch in the work tree, but leave the path in the conflicted state for the user to sort out. Run 3-way file level merge for text files, but take lines from both versions, instead of leaving conflict markers This tends to leave the added lines in the resulting file in random order and the user should verify the result Do not use this if you do not understand the implications. Defining a custom merge driver. The definition of a merge driver is done in the file, not in the gitattributes file, so strictly speaking this manual page is a wrong place to talk about it However. To define a custom merge driver filfre add a section to your GITDIR config file or file like this. The variable gives the driver a human-readable name. The variable s value is used to construct a command t o run to merge ancestor s version O , current version A and the other branches version B These three tokens are replaced with the names of temporary files that hold the contents of these versions when the command line is built Additionally, L will be replaced with the conflict marker size see below. The merge driver is expected to leave the result of the merge in the file named with A by overwriting it, and exit with zero status if it managed to merge them cleanly, or non-zero if there were conflicts. The variable specifies what other merge driver to use when the merge driver is called for an internal merge between common ancestors, when there are more than one When left unspecified, the driver itself is used for both internal merge and the final merge. The merge driver can learn the pathname in which the merged result will be stored via placeholder P. This attribute controls the length of conflict markers left in the work tree file during a conflicted merge Only setting to the value to a positive integer has any meaningful effect. For example, this line in can be used to tell the merge machinery to leave much longer instead of the usual 7-character-long conflict markers when merging the file results in a conflict. Checking whitespace errors. The configuration variable allows you to define what diff and apply should consider whitespace errors for all paths in the project See git-config 1 This attribute gives you finer control per path. Notice all types of potential whitespace errors known to Git The tab width is taken from the value of the configuration variable. Do not notice anything as error. Use the value of the configuration variable to decide what to notice as error. Specify a comma separate list of common whitespace problems to notice in the same format as the configuration variable. Creating an archive. Files and directories with the attribute export-ignore won t be added to archive files. If the attribute export-subst is set for a file then Git will expand several placeh olders when adding this file to an archive The expansion depends on the availability of a commit ID, i e if git-archive 1 has been given a tree instead of a commit or a tag then no replacement will be done The placeholders are the same as those for the option --pretty format of git-log 1 except that they need to be wrapped like this Format PLACEHOLDERS in the file E g the string Format H will be replaced by the commit hash. Packing objects. Delta compression will not be attempted for blobs for paths with the attribute delta set to false. Viewing files in GUI tools. The value of this attribute specifies the character encoding that should be used by GUI tools e g gitk 1 and git-gui 1 to display the contents of the relevant file Note that due to performance considerations gitk 1 does not use this attribute unless you manually enable per-file encodings in its options. If this attribute is not set or has an invalid value, the value of the configuration variable is used instead See git-config 1.U SING MACRO ATTRIBUTES. You do not want any end-of-line conversions applied to, nor textual diffs produced for, any binary file you track You would need to specify e g. but that may become cumbersome, when you have many attributes Using macro attributes, you can define an attribute that, when set, also sets or unsets a number of other attributes at the same time The system knows a built-in macro attribute, binary. Setting the binary attribute also unsets the text and diff attributes as above Note that macro attributes can only be Set , though setting one might have the effect of setting or unsetting other attributes or even returning other attributes to the Unspecified state. DEFINING MACRO ATTRIBUTES. Custom macro attributes can be defined only in top-level gitattributes files GITDIR info attributes the file at the top level of the working tree, or the global or system-wide gitattributes files , not in files in working tree subdirectories The built-in macro attribute binary is equivalent to. If you have these three gitattributes file. the attributes given to path t abc are computed as follows. By examining which is in the same directory as the path in question , Git finds that the first line matches merge attribute is set It also finds that the second line matches, and attributes foo and bar are unset. Then it examines which is in the parent directory , and finds that the first line matches, but file already decided how merge foo and bar attributes should be given to this path, so it leaves foo and bar unset Attribute baz is set. Finally it examines GITDIR info attributes This file is used to override the in-tree settings The first line is a match, and foo is set, bar is reverted to unspecified state, and baz is unset. As the result, the attributes assignment to t abc becomes. If you re using Git to collaborate with others on GitHub, ensure that Git is properly configured to handle line endings. Every time you press return on your keyboard you re actually inserting an invisible character called a line ending Historically, different operating systems have handled line endings differently. When you view changes in a file, Git handles line endings in its own way Since you re collaborating on projects with Git and GitHub, Git might produce unexpected results if, for example, you re working on a Windows machine, and your collaborator has made a change in OS X. Global settings for line endings. The git config command is used to change how Git handles line endings It takes a single argument. On OS X, you simply pass input to the configuration For example. On Windows, you simply pass true to the configuration For example. On Linux, you simply pass input to the configuration For example. On OS X and Linux, you usually want to pass input for this setting On Windows, you usually want to use true For example. Per-repository settings. Optionally, you can configure the way Git manages line endings on a per-repository basis by configuring a special file This file is committed into t he repository and overrides an individual s setting, ensuring consistent behavior for all users, regardless of their Git settings The advantage of a file is that your line configurations are associated with your repository You don t need to worry about whether or not collaborators have the same line ending settings that you do. The file must be created in the root of the repository and committed like any other file Here s an example of the file in the GitHub Developer s Guide. A file looks like a table with two columns. On the left is the file name for Git to match. On the right is the line ending configuration that Git should use for those files. Here s an example file You can use it as a template for your repositories. You ll notice that files are matched-- c --, separated by a space, then given a setting-- text text eol crlf binary We ll go over some possible settings below. text auto Git will handle the files in whatever way it thinks is best This is a good default option. text eol crlf Gi t will always convert line endings to CRLF on checkout You should use this for files that must keep CRLF endings, even on OSX or Linux For example, here is a Windows project that enforces CRLF line endings. text eol lf Git will always convert line endings to LF on checkout You should use this for files that must keep LF endings, even on Windows For example, here is a project that enforces LF line endings. binary Git will understand that the files specified are not text, and it should not try to change them The binary setting is also an alias for - text - diff. Refreshing a repository after changing line endings. After you ve set the option and committed a file, you may find that Git wants to commit files that you have not modified At this point, Git is eager to change the line endings of every file for you. The best way to automatically configure your repository s line endings is to first backup your files with Git, delete every file in your repository except the directory , and then restore the files all at once. Save your current files in Git, so that none of your work is lost. Remove every file from Git s index. Rewrite the Git index to pick up all the new line endings. Add all your changed files back, and prepare them for a commit This is your chance to inspect which files, if any, were unchangedmit the changes to your repository. I ve been struggling with this problem for a while, and just discovered for me a perfect solution. git difftool takes the same arguments as git diff would, but runs a diff program of your choice instead of the built-in GNU diff So pick a multibyte-aware diff in my case, vim in diff mode and just use git difftool instead of git diff. Find difftool too long to type No problem. By default, it looks like git won t work well with UTF-16 for such a file you have to make sure that no CRLF processing is done on it, but you want diff and merge to work as a normal text file this is ignoring whether or not your terminal editor can handle UTF-16.But looking at t he manpage here is the custom attribute that is binary. So it seems to me that you could define a custom attribute in your top level for utf16 note that I add merge here to be sure it is treated as text. From there you would be able to specify in any file something like. Also note that you should still be able to diff a file, even if git thinks it s binary with. This answer basically says that GNU diff wth UTF-16 or even UTF-8 doesn t work very well If you want to have git use a different tool to see differences via --ext-diff , that answer suggests Guiffy. But what you likely need is just to diff a UTF-16 file that contains only ASCII characters A way to get that to work is to use --ext-diff and the following shell script. Note that converting to UTF-8 might work for merging as well, you just have to make sure it s done in both directions. As for the output to the terminal when looking at a diff of a UTF-16 file. Trying to diff like that results in binary garbage spewed to the screen If git i s using GNU diff, it would seem that GNU diff is not unicode-aware. GNU diff doesn t really care about unicode, so when you use diff --text it just diffs and outputs the text The problem is that the terminal you re using can t handle the UTF-16 that s emitted combined with the diff marks that are ASCII characters. Solution is to filter through c type 1 cmd s type builtin will do the conversion, and so you can use that with the textconv ability of git diff to enable text diffing of UTF-16 files should work with UTF-8 as well, although untested. Quoting from gitattributes man page. Performing text diffs of binary files. Sometimes it is desirable to see the diff of a text-converted version of some binary files For example, a word processor document can be converted to an ASCII text representation, and the diff of the text shown Even though this conversion loses some information, the resulting diff is useful for human viewing but cannot be applied directly. The textconv config option is used to define a program for performing such a conversion The program should take a single argument, the name of a file to convert, and produce the resulting text on stdout. For example, to show the diff of the exif information of a file instead of the binary information assuming you have the exif tool installed , add the following section to your GITDIR config file or file. A solution for mingw32 cygwin fans may have to alter the approach The issue is with passing the filename to convert to - it will be using forward slashes, and cmd assumes backslash directory separators. Create the single argument script that will do the conversion to stdout. Set up git to be able to use the script file Inside your git config. or or see man git-config , put this. Point out files to apply this workarond to by utilizing files see man gitattributes 5.then use git diff on your files.