git add --interactive "आपका संपादित हंक लागू नहीं होता है"

Question 1

मैं git add --interactiveचुनिंदा रूप से अपने सूचकांक में कुछ बदलाव जोड़ने के लिए उपयोग करने की कोशिश कर रहा हूं , लेकिन मुझे लगातार "आपका संपादित हंक लागू नहीं होता है। फिर से संपादित करें ..." संदेश। मुझे यह संदेश मिलता है, भले ही मैं ई विकल्प चुनूं, और तुरंत अपने संपादक को बचा / बंद कर दूं। दूसरे शब्दों में, हंक को संपादित किए बिना, पैच लागू नहीं होता है।

यहां सटीक उदाहरण मैं उपयोग कर रहा हूं (मैं एक छोटा डेमो डालने की कोशिश कर रहा हूं):

मूल फ़ाइल:

first change
second change off branch
third change off branch
second change
third change
fourth change

नई फ़ाइल:

Change supporting feature 1
first change
second change off branch
third change off branch
second change
third change
fourth change
bug fix 1
change supporting feature 1

मैं यह दिखाने की कोशिश कर रहा हूं git add --interactiveकि सूचकांक में "बग फिक्स 1" लाइन को जोड़ने के लिए कैसे उपयोग किया जाए। फ़ाइल पर इंटरैक्टिव ऐड चल रहा है, मैं पैच मोड चुनता हूं। यह मुझे प्रस्तुत करता है

diff --git a/newfile b/newfile
index 6d501a3..8b81ae9 100644
--- a/newfile
+++ b/newfile
@@ -1,6 +1,9 @@
+Change supporting feature 1
 first change
 second change off branch
 third change off branch
 second change
 third change
 fourth change
+bug fix 1
+change supporting feature 1

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

Question 2

इस विशेष उदाहरण के लिए, आपको हंक में पंक्ति संख्याओं को मोड़ना होगा। लाइन बदलें:

@@ -1,6 +2,8 @@

इतना है कि इसके बजाय यह पढ़ता है:

@@ -2,7 +2,8 @@

Question 3

क्या इस git-add पोस्ट में ऐसा है ?

हंक को मैन्युअल रूप से संपादित करना बेहद शक्तिशाली है, लेकिन अगर आपने पहले कभी ऐसा नहीं किया है, तो यह थोड़ा जटिल है।
ध्यान रखने वाली सबसे महत्वपूर्ण बात: जो भी अन्य इंडेंटेशन होता है, उसके अलावा अंतर हमेशा एक वर्ण से प्रेरित होता है।
चरित्र या तो हो सकता है:

एक स्थान (एक अपरिवर्तित रेखा इंगित करता है),

एक -संकेत है कि लाइन को हटा दिया गया था,

या एक +संकेत है कि लाइन जोड़ी गई थी।

और कुछ नहीं। यह या तो एक स्थान, एक - या + होना चाहिए। और कुछ भी, और आपको त्रुटियां मिलेंगी
(एक बदली हुई रेखा के लिए कोई चरित्र नहीं है, क्योंकि पुरानी लाइन को हटाकर, और नए के रूप में परिवर्तित किए गए को जोड़ दिया जाता है)।

जब से आपको अपने पसंदीदा टेक्स्ट एडिटर में फ़र्क ओपन हो गया है (आपने अपने पसंदीदा टेक्स्ट एडिटर को राइट करने के लिए Git को कॉन्फ़िगर किया है?)?

और उसमें झूठ निहित है। यदि आपने पहले कभी ऐसा नहीं किया है, तो गिट आपको बताएगा "आपका संपादित हंक लागू नहीं होता है। फिर से संपादित करें?" ऐसा अक्सर, आप इसे पता लगाने में असमर्थता के लिए खुद से घृणा करना शुरू कर देंगे , भले ही यह इतना आसान लगता है (या जीआईटी क्योंकि यह पता नहीं लगा सकता है कि आप क्या चाहते हैं)।

एक बात जो मुझे काफी बार कचोटती थी, वह यह कि मैं एक पात्र को भूल गया था।
मैं एक लाइन को हटाने के साथ चिह्नित करूँगा - लेकिन -इसमें सम्मिलित होने वाले अधिकांश टेक्स्ट संपादकों में , यह उस स्थान को अधिलेखित नहीं करता है जो पहले था। इसका मतलब है कि आप पूरी पंक्ति में एक अतिरिक्त स्थान जोड़ रहे हैं, जिसका अर्थ है कि अलग-अलग एल्गोरिथ्म मूल फ़ाइल में लाइन को ढूंढ / मैच नहीं कर सकता है, जिसका अर्थ है कि गिट आप पर चिल्लाएगा ।

दूसरी बात यह है कि इस अंतर का अभी भी कोई मतलब नहीं है। "सेंस" का अर्थ है कि इसे सफाई से लागू किया जा सकता है। वास्तव में आप कैसे एक समझदार अंतर पैदा करते हैं, यह एक डार्क आर्ट (कम से कम मेरे लिए अभी) का एक सा प्रतीत होता है, लेकिन आपको हमेशा यह ध्यान रखना चाहिए कि मूल फ़ाइल कैसी दिखती है, और फिर उसी के अनुसार अपना और + प्लान करें। यदि आप अपने हंक को अक्सर संपादित करते हैं तो आप अंततः इसे लटका पाएंगे।

भी इस देखें Git ऐड -p पर प्रतिबद्ध ।

Ortomala Lokni के जवाब के लिए संदर्भित करता जोकिन Windmüller ब्लॉग पोस्ट " Git के साथ प्रतिबद्ध करने के लिए चुनिंदा चयन परिवर्तन (या Imma संपादित अपने हंक) "

लाइनों को गिनने के बजाय, क्या करना चाहते हैं, यह कहा जाता है कि एडिटिंग हंक (जब एक संपादित किया जाता है) ओवरलैपिंग हंक को समतल करना है। 2018 के मध्य
में चर्चा की गई थी , और इस तरह के परिदृश्य से बचा जाएगा:

यदि आप एक हंक को विभाजित करते हैं, तो पहले सबहंक को संपादित करें, एक अनुगामी संदर्भ रेखा को एक विलोपन में बदल दें फिर यदि आप दूसरे सबहंक को चरणबद्ध करने का प्रयास करते हैं, तो यह विफल हो जाएगा।

Question 4

बेशक मुझे इस पर देर हो रही है लेकिन फिर भी रिकॉर्ड के लिए उल्लेख करना चाहता था कि इस मुद्दे पर पिछले साल गिट मेलिंग सूची पर चर्चा की गई थी और ऐसा लगता है कि बहुत कुछ नहीं बदला है।

यह विशेष मुद्दा बंटवारे और उसी हंक को संपादित करने के प्रयास से उपजा है । मूल रूप से जेफ किंग द्वारा मूल रूप से पोस्ट किया गया विश्लेषण अनिवार्य रूप से है:

हम्म। ठीक है मैं समझा। "यह अलग है लागू होता है" चेक विभाजन पैच के दोनों हिस्सों को गिट-अप करने के लिए फ़ीड करता है । लेकिन निश्चित रूप से दूसरा भाग कभी भी सही तरीके से लागू नहीं होगा, क्योंकि इसका संदर्भ पहले भाग के साथ ओवरलैप होता है, लेकिन इसे ध्यान में नहीं रखता है।

सिर्फ संपादित पैच के साथ चेक करना काम करेगा। लेकिन यह ध्यान में नहीं आता है कि आपके संपादित पैच संभावित रूप से लंबे समय में लागू करने में विफल होंगे, इस पर निर्भर करता है कि आप विभाजित पैच के दूसरे आधे हिस्से को स्वीकार करते हैं या नहीं। और हम अभी तक यह नहीं जान सकते हैं, क्योंकि हो सकता है कि उपयोगकर्ता ने हमें नहीं बताया हो (वे पहले हाफ को छोड़ सकते थे, और फिर बाद में एडिट स्टेप के बाद वापस आ सकते हैं)।

जेफ अपने पद को बहुत ही व्यावहारिक दृष्टिकोण के साथ समाप्त करता है जो हमेशा सफल होता है, और इस प्रकार अत्यधिक अनुशंसा की जाती है:

इसलिए सामान्य तौर पर, मुझे लगता है कि एक ही हंक का विभाजन और संपादन स्वाभाविक रूप से खतरनाक है और इस प्रकार की समस्याओं को जन्म देने वाला है। और क्योंकि संपादन कार्यक्षमता का एक सुपरसेट प्रदान करता है, मुझे लगता है कि आपको सिर्फ संपादित करना चाहिए और या तो अपनी पसंद के आधार पर हंक के पहले भाग को लागू करने की अनुमति देनी चाहिए या नहीं।

केवल पहले से विभाजित हंक को संपादित करने का चयन करके, आपको लाइन नंबरों से निपटना नहीं होगा।

Question 5

जब आप उस लाइन को डिलीट नहीं करना चाहते हैं जो डिलीट करने के लिए स्टेज पर है, जैसे कि

 first line
-second line
 third line

जहां आप दूसरी पंक्ति रखना चाहते हैं, सुनिश्चित करें कि आप -पूरी पंक्ति को हटाने के बजाय एक स्थान के साथ प्रतिस्थापित करते हैं (जैसा कि आपको एक जोड़ा रेखा से छुटकारा पाना होगा)। Git संदर्भ के लिए लाइन का उपयोग करेगा।

Question 6

हंक हेडर (जैसे @@ -1,6 +1,9 @@) को सही ढंग से संशोधित करना भी महत्वपूर्ण है । जोकिन विंडमुल्लर ने अपने एक ब्लॉग पोस्ट में हंक हेडर एडिटिंग के रहस्य को उजागर किया है ।

संपादन के रहस्य

हॉक को संपादित करना पहली बार में भ्रमित करने वाला हो सकता है, यह निर्देश जो गिट आपको मदद करता है लेकिन आरंभ करने के लिए पर्याप्त नहीं है।
# —||

# To remove ‘-’ lines, make them ’ ’ lines (context).

# To remove ‘+’ lines, delete them.

# Lines starting with # will be removed.

#

# If the patch applies cleanly, the edited hunk will immediately be

# marked for staging. If it does not apply cleanly, you will be given

# an opportunity to edit again. If all lines of the hunk are removed,

# then the edit is aborted and the hunk is left unchanged.
गुप्त सॉस है ... लाइनों की गिनती:

यदि आप एक ऐसी रेखा को हटाते हैं जो + से शुरू होती है तो एक को नई लाइन की संख्या (हंक के हेडर का अंतिम अंक) में घटाएं ।

यदि आप एक पंक्ति को हटाते हैं जो इसके साथ शुरू होती है - तो एक नई पंक्ति गणना (हंक के हेडर का अंतिम अंक) में जोड़ें ।

अन्य पंक्तियों (संदर्भ लाइनों) को न निकालें।

इससे आपको अपने इच्छित भागों का चयन करने के लिए झटके को जल्दी से संशोधित करने की अनुमति मिलनी चाहिए।

Question 7

मैंने हाल ही में इस सूत्र को पढ़ने से पता लगाया कि मैन्युअल संपादन कैसे किया जाता है।

मैंने जिस तरकीब का इस्तेमाल किया, वह यह था कि अगर मेरे पास एक अंतर है:

+ Line to add
+ Line to add
+ Line I dont want to include
+ Line I dont want to include

ट्रिक को उन दो लाइनों को पूरी तरह से हटा देना है जिन्हें मैं नहीं चाहता, जिसके परिणामस्वरूप अलग दिख रहा है:

+ Line to add
+ Line to add

हालांकि यह ज्यादातर लोगों के लिए स्पष्ट रूप से स्पष्ट है, यह मेरे लिए आज तक नहीं था और मुझे लगा कि मुझे सिर्फ अपना अनुभव साझा करना चाहिए। कृपया मुझे बताएं कि क्या इस विधि से कोई खतरा है।

Question 8

आप पंक्ति संख्याओं को मैन्युअल रूप से संपादित कर सकते हैं, यह निश्चित रूप से कुछ मामलों में उपयोगी है। हालाँकि, आप शायद पहले हंक को विभाजित करके इस विशेष समस्या से बच सकते थे।

यदि आप देखते हैं कि आपको शायद बाद में कबाड़ में कुछ संपादित करने की आवश्यकता होगी जिसे गिट ने स्वचालित रूप से चुना है, तो विभाजन के बजाय पूरे हंक को संपादित करना सबसे अच्छा है, आधा मंचन करना, और फिर दूसरे आधे को संपादित करना। Git एक बेहतर काम करेगा जो यह पता लगाएगा।

Question 9

मैं एक ही समस्या के समाधान की तलाश में इस सवाल पर आया था, और यह समझ नहीं पाया कि मेरे मामले में स्वीकार करने के लिए हंक में लाइन संख्या (जैसा कि ऊपर सुझाव दिया गया है) को कैसे बदला जाए। मैं एक बेहतर तरीका है कि git guiहालांकि का उपयोग कर पाया । वहां आप उस लाइन में लाइनों का चयन कर सकते हैं जिसे आप चरणबद्ध करना चाहते हैं, फिर राइट क्लिक करें और "कमिट से स्टेज लाइनें" चुनें। मुझे याद है कि git-cola की कार्यक्षमता भी समान है।

Question 10

जब मुझे यह त्रुटि मिली, तो एक अतिरिक्त समस्या यह थी कि जब मैंने संपादन फ़ाइल को सहेजा था, तो लाइन समाप्त हो गई थी।

मैं विंडोज का उपयोग कर रहा था और अपने संपादन के लिए नोटपैड का उपयोग कर रहा था (केवल विंडोज लाइन-एंडिंग के साथ बचाता है)। मेरा कोड नोटपैड ++ के साथ लिखा गया था और मैंने इसे यूनिक्स / लिनक्स स्टाइल लाइन एंडिंग के लिए सेट किया था।

जब मैंने नोटपैड ++ को डिफ़ॉल्ट git संपादक के रूप में बदलने के लिए अपनी सेटिंग्स बदल दीं तो मैं अपने संपादन को हंक करने में सक्षम था।

git config --global core.editor "notepad++"

Question 11

अजीब "आपका संपादित हंक लागू नहीं होता" संदेशों के लिए एक कारण (संभवतः कुछ त्रुटि के साथ: लाइन पर हेडर के बिना पैच टुकड़ा ... ") आपके संपादक हो सकता है अगर यह पट्टी अनुगामी व्हाट्सएप से कॉन्फ़िगर किया गया हो। यह स्पष्ट रूप से बड़ी समस्याओं का कारण होगा क्योंकि पैच खाली लाइनों को एक स्थान के साथ संलग्न करते हैं क्योंकि किसी भी हंक युक्त रिक्त स्थान को ऐसे संपादक के साथ सहेजे जाने पर लागू करने में विफल होगा। तो किसी भी अपरिवर्तित खाली लाइनों वाले किसी भी हंक के प्रभाव में, संपादन के बाद लागू करने में विफल होगा यदि स्ट्रिपिंग व्हाट्सएप चालू है।

Question 12

FYI करें, मुझे थोड़ी इंटरलेटेड एरर मिल रही थी ... जब मैं ऊपर दिए गए निर्देश का पालन करते हुए पैचअप करता हूं ... हालांकि यह कोई त्रुटि नहीं दिखा रहा था। मैं इसे बार-बार पूछ रहा था कि मुझे एक ही हंक मंच करने के लिए कहा जाए ... मैंने देखा कि मैं विम 7.4 का एक पुराना संस्करण चला रहा था ... मैंने विम को अपग्रेड किया और यह अब उम्मीद के मुताबिक काम कर रहा है। उम्मीद है कि यह किसी की मदद करेगा ..