एक मामला जब आप वैध रूप से देखभाल कर सकते हैं, जब आप "पुरानी" व्हाट्सएप त्रुटि के बीच अंतर करना चाहते हैं (जो आप विरासत कारण के लिए रखना चाहते हैं) और "नई" व्हाट्सएप त्रुटियां (जिससे आप बचना चाहते हैं)।
उस प्रभाव के लिए, Git 2.5+ (Q2 2015) व्हॉट्सएप का पता लगाने के लिए अधिक विशिष्ट विकल्प का प्रस्ताव करेगा।
देखें करता 0e383e1 , 0ad782f , और d55ef3e [26 मई 2015] द्वारा Junio सी Hamano ( gitster
) ।
(द्वारा विलय Junio में प्रतिबद्ध 709cd91 , 11 जून 2015)
diff.c
: --ws-error-highlight=<kind>
विकल्प
परंपरागत रूप से, हमने केवल नई लाइनों में शुरू किए गए व्हाट्सएप ब्रेकेज की परवाह की है।
कुछ लोग पुरानी लाइनों पर भी व्हॉट्सएप के टूटने को चित्रित करना चाहते हैं। जब उन्हें एक नई लाइन पर एक व्हाट्सएप टूटना दिखाई देता है, तो वे उसी तरह के व्हाट्सएप ब्रेकेज को संबंधित पुरानी लाइन पर रख सकते हैं और "आह" कहना चाहते हैं, वे ब्रेक्जिट हैं, लेकिन वे मूल से विरासत में मिले थे, इसलिए हम उनके लिए स्पर्श करें। अभी।"
परिचय --ws-error-highlight=<kind>
, विकल्प उन्हें एक अल्पविराम की सूची अलग से पारित देता है कि old
, new
, और context
क्या लाइनों को उजागर करने के लिए खाली स्थान के पर त्रुटियों निर्दिष्ट करने के लिए।
प्रलेखन अब भी शामिल है :
--ws-error-highlight=<kind>
निर्दिष्ट <kind>
रंग द्वारा निर्दिष्ट लाइनों पर व्हॉट्सएप त्रुटियों को हाइलाइट करें color.diff.whitespace
।
<kind>
की अल्पविराम द्वारा अलग सूची है old
, new
, context
।
जब यह विकल्प नहीं दिया जाता है, तो new
लाइनों में केवल व्हाट्सएप त्रुटियों को उजागर किया जाता है।
उदाहरण के लिए, --ws-error-highlight=new,old
हटाए गए और जोड़े गए दोनों लाइनों पर व्हाट्सएप त्रुटियों को उजागर करता है।
all
के लिए एक शॉर्ट-हाथ के रूप में इस्तेमाल किया जा सकता है old,new,context
।
उदाहरण के लिए, एक पुरानी खाली स्थान के त्रुटि (पड़ा प्रतिबद्ध bbb
), लेकिन आप केवल (के अंत में नई त्रुटियों पर ध्यान केंद्रित कर सकते still bbb
और ccc
):
(परीक्षण के बाद किया गया t/t4015-diff-whitespace.sh
)
Git 2.26 (Q1 2020) के साथ, diff-*
उप-क्षेत्र के प्लंबिंग परिवार अब diff.wsErrorHighlight
कॉन्फ़िगरेशन पर ध्यान देते हैं , जिसे पहले अनदेखा किया गया है; यह git add -p
अंतिम उपयोगकर्ता को " " व्हाट्सएप समस्याओं को दिखाने की अनुमति देता है ।
जेफ किंग ( ) द्वारा देखें प्रतिबद्ध8080 (31 जनवरी 2020 ) । (द्वारा विलय Junio सी Hamano - - में df04a31 प्रतिबद्ध , 14 फ़र 2020)peff
gitster
diff
: diff diffErrorHighlight को "बेसिक" कॉन्फिगर करें
साइन-ऑफ-बाय: जेफ किंग
हम पार्स को अलग-अलग लिखते हैं git_diff_ui_config()
, जिसका अर्थ है कि यह प्लंबिंग कमांड के लिए प्रभावी नहीं है, केवल git diff
अपने जैसे पोर्सलेन के लिए ।
यह हल्के से कष्टप्रद है क्योंकि इसका मतलब है लिपियों की तरह add--interactive
, जो रंग के साथ एक उपयोगकर्ता-दृश्यमान अंतर पैदा करते हैं, विकल्प का सम्मान नहीं करते हैं ।
हम उस स्क्रिप्ट को कॉन्फिगरेशन को पार्स करने के लिए सिखा सकते हैं और इसे अलग --ws-error-highlight
प्लंबिंग के साथ पास कर सकते हैं । लेकिन एक सरल उपाय है।
यह इस विकल्प का सम्मान करने के लिए नलसाजी के लिए यथोचित रूप से सुरक्षित होना चाहिए, क्योंकि यह केवल तभी किक करता है जब रंग अन्यथा सक्षम होता है। और किसी भी रंग का पार्सिंग आउटपुट को पहले से ही इस तथ्य से निपटना चाहिए कि color.diff.*
वे जो सटीक आउटपुट देखते हैं उसे बदल सकते हैं; उन विकल्पों git_diff_basic_config()
में 9a1805a872 में इसकी स्थापना के बाद से इसका हिस्सा रहा है ("बुनियादी" डिफॉल्ट कॉलबैक जोड़ें, 2008-01-04, Git v1.5.4-rc3)।
तो हम इसे "बेसिक" कॉन्फिगर करने के लिए ले जा सकते हैं, जो फिक्स करता है add--interactive
, साथ ही उसी नाव में किसी अन्य स्क्रिप्ट के साथ, किसी भी प्लंबिंग उपयोगकर्ताओं को चोट पहुँचाने का बहुत कम जोखिम होता है।