git add --interactive“ ก้อนที่แก้ไขของคุณใช้ไม่ได้”

ฉันกำลังพยายามใช้git add --interactiveเพื่อเลือกเพิ่มการเปลี่ยนแปลงบางอย่างในดัชนีของฉัน แต่ฉันได้รับข้อความ "ก้อนที่แก้ไขของคุณใช้ไม่ได้อย่างต่อเนื่องแก้ไขอีกครั้ง ... " ฉันได้รับข้อความนี้แม้ว่าฉันจะเลือกตัวเลือก e และบันทึก / ปิดโปรแกรมแก้ไขทันที กล่าวอีกนัยหนึ่งโดยไม่ต้องแก้ไขก้อนใหญ่เลยแพตช์จะไม่ใช้

นี่คือตัวอย่างที่แน่นอนที่ฉันใช้ (ฉันพยายามรวบรวมตัวอย่างเล็ก ๆ ):

ไฟล์ต้นฉบับ:

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เพื่อเพิ่มบรรทัด "bug fix 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

ฉันตอบกลับด้วยการแบ่งตามด้วย "ไม่" เพื่อใช้ก้อนแรก ก้อนที่สองฉันพยายามแก้ไข ตอนแรกฉันพยายามลบบรรทัดล่างสุด แต่ไม่ได้ผล การปล่อยให้ก้อนใหญ่อยู่คนเดียวก็ไม่ได้ผลเช่นกันและฉันก็คิดไม่ออกว่าทำไม

สำหรับตัวอย่างนี้คุณต้องปรับแต่งหมายเลขบรรทัดในกลุ่ม เปลี่ยนบรรทัด:

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

เพื่อให้อ่านแทน:

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

เป็นแบบนี้ในโพสต์ git-addไหม

การแก้ไขก้อนใหญ่ด้วยตนเองนั้นทรงพลังอย่างมาก แต่ก็ซับซ้อนเล็กน้อยหากคุณไม่เคยทำมาก่อน
สิ่งที่สำคัญที่สุดที่ควรคำนึงถึง: ความแตกต่างจะเยื้องกับอักขระหนึ่งตัวเสมอนอกเหนือจากการเยื้องอื่น ๆ ที่มีอยู่
ตัวละครอาจเป็น:

• ช่องว่าง (หมายถึงเส้นที่ไม่เปลี่ยนแปลง)
• -แสดงให้เห็นว่าเส้นจะถูกลบออก
• หรือ+ระบุว่ามีการเพิ่มบรรทัด

ไม่มีอะไรอีกแล้ว. ต้องเป็นช่องว่าง a - หรือ + สิ่งอื่นใดและคุณจะได้รับข้อผิดพลาด
(ไม่มีอักขระสำหรับบรรทัดที่เปลี่ยนแปลงเนื่องจากสิ่งเหล่านี้ได้รับการจัดการโดยการลบบรรทัดเก่าและเพิ่มบรรทัดที่เปลี่ยนแปลงเป็นใหม่)

เนื่องจากคุณได้เปิด diff ไว้ในโปรแกรมแก้ไขข้อความที่คุณชื่นชอบ (คุณได้กำหนดค่า Git ให้ใช้โปรแกรมแก้ไขข้อความที่คุณชื่นชอบใช่ไหม) คุณสามารถทำอะไรก็ได้ที่คุณต้องการตราบเท่าที่คุณตรวจสอบให้แน่ใจว่าผลลัพธ์ที่แตกต่างนั้นถูกนำไปใช้อย่างหมดจด

และในนั้นเป็นเคล็ดลับ หากคุณไม่เคยทำมาก่อน Git จะแจ้งให้คุณทราบว่า "ก้อนที่แก้ไขของคุณใช้ไม่ได้แก้ไขอีกครั้งหรือไม่" บ่อยครั้งคุณจะเริ่มเกลียดตัวเองที่ไม่สามารถคิดออกได้แม้ว่ามันจะดูง่ายมากก็ตาม (หรือ Git เพราะมันคิดไม่ออกว่าคุณต้องการอะไร)

สิ่งหนึ่งที่ทำให้ฉันสะดุดบ่อยคือฉันลืมการเยื้องอักขระหนึ่งตัว
ฉันจะทำเครื่องหมายบรรทัดด้วย - ที่จะลบออก แต่ในโปรแกรมแก้ไขข้อความส่วนใหญ่ที่แทรก a -จะไม่เขียนทับช่องว่างที่มีอยู่ก่อนหน้านี้ ซึ่งหมายความว่าคุณกำลังเพิ่มพื้นที่เพิ่มเติมเพื่อให้ทั้งบรรทัดซึ่งจะหมายถึงขั้นตอนวิธีการต่างไม่สามารถหา / ตรงกับสายที่อยู่ในไฟล์ต้นฉบับซึ่งจะหมายถึง Git จะตะโกนใส่หน้าคุณ

สิ่งอื่น ๆ คือความแตกต่างยังคงต้องทำให้รู้สึก "Sense" หมายความว่าสามารถทาได้อย่างหมดจด วิธีที่คุณสร้างความแตกต่างที่สมเหตุสมผลดูเหมือนจะเป็นงานศิลปะด้านมืดเล็กน้อย (อย่างน้อยก็สำหรับฉันในตอนนี้) แต่คุณควรจำไว้เสมอว่าไฟล์ต้นฉบับมีลักษณะอย่างไรจากนั้นจึงวางแผน -s และ + s ของคุณตามนั้น หากคุณแก้ไข hunks ของคุณบ่อยพอคุณจะแฮงค์ได้ในที่สุด

ดูเพิ่มเติมนี้กระทำใน -p

คำตอบของOrtomala Lokniหมายถึงบล็อกโพสต์ของJoaquínWindmüller " เลือกการเปลี่ยนแปลงที่เลือกเพื่อกระทำกับ git (หรือ Imma แก้ไข hunk ของคุณ) "

แทนที่จะนับเส้นสิ่งที่ Git ต้องการทำคือการรวมกลุ่มที่ทับซ้อนกัน (เมื่อมีการแก้ไข) ก่อนที่จะใช้ก้อนที่แก้ไขดังกล่าว
ที่กล่าวถึงในช่วงกลางปี ​​2018และจะหลีกเลี่ยงสถานการณ์เช่น:

หากคุณแบ่งกลุ่มย่อยให้แก้ไขกลุ่มย่อยแรกเปลี่ยนบรรทัดบริบทต่อท้ายเป็นการลบหากคุณพยายามจัดเวทีกลุ่มย่อยที่สองจะล้มเหลว

แน่นอนว่าฉันมาสาย แต่อย่างไรก็ตามอยากจะพูดถึงบันทึกว่าปัญหานี้ได้รับการพูดถึงเมื่อปีที่แล้วในรายชื่ออีเมลคอมไพล์และดูเหมือนว่าจะไม่มีการเปลี่ยนแปลงมากนัก

ปัญหานี้เกิดจากการแยกและพยายามแก้ไขกลุ่มก้อนเดียวกัน การวิเคราะห์ตามที่เจฟฟ์คิงโพสต์ไว้ในตอนแรกปัญหาพื้นฐานคือ:

หืม. ตกลงฉันเข้าใจ การตรวจสอบ "ใช้ความแตกต่างนี้" ฟีดทั้งสองส่วนของแพตช์แยกเพื่อใช้คอมไพล์ แต่แน่นอนว่าส่วนที่สองจะไม่ถูกนำไปใช้อย่างถูกต้องเนื่องจากบริบททับซ้อนกับส่วนแรก แต่ไม่ได้นำมาพิจารณา

ทำการตรวจสอบโดยใช้เพียงโปรแกรมแก้ไขที่แก้ไขแล้วจะได้ผล แต่นั่นไม่ได้คำนึงถึงว่าโปรแกรมแก้ไขที่แก้ไขของคุณอาจไม่สามารถใช้งานได้ในระยะยาวขึ้นอยู่กับว่าคุณยอมรับอีกครึ่งหนึ่งของแพตช์แยกหรือไม่ และเรายังไม่สามารถทราบได้เนื่องจากผู้ใช้อาจไม่ได้แจ้งให้เราทราบ (อาจข้ามครึ่งแรกไปแล้วกลับมาดูภายหลังหลังจากขั้นตอนแก้ไข)

เจฟฟ์สรุปโพสต์ของเขาด้วยวิธีแก้ปัญหาเชิงปฏิบัติที่ประสบความสำเร็จเสมอดังนั้นจึงขอแนะนำ:

โดยทั่วไปแล้วฉันคิดว่าการแยกและแก้ไขก้อนเนื้อเดียวกันเป็นอันตรายโดยเนื้อแท้และจะนำไปสู่ปัญหาประเภทนี้ และเนื่องจากการแก้ไขมีส่วนเหนือของฟังก์ชันฉันคิดว่าคุณควรแก้ไขและอนุญาตให้ใช้ส่วนแรกของ hunk หรือไม่ขึ้นอยู่กับความต้องการของคุณ

การเลือกแก้ไขเฉพาะกลุ่มที่ไม่ได้แยกก่อนหน้านี้คุณจะไม่ต้องจัดการกับหมายเลขบรรทัด

เมื่อคุณไม่ต้องการลบบรรทัดที่จัดฉากสำหรับการลบเช่นเดียวกับใน

 first line
-second line
 third line

ที่คุณต้องการเก็บบรรทัดที่สองตรวจสอบให้แน่ใจว่าคุณแทนที่-ด้วยช่องว่างแทนที่จะลบทั้งบรรทัด (เช่นเดียวกับที่คุณจะกำจัดบรรทัดที่เพิ่ม) Git จะใช้บรรทัดสำหรับบริบท

สิ่งสำคัญคือต้องแก้ไขส่วนหัวของ hunk ให้ถูกต้องด้วย (เช่น@@ -1,6 +1,9 @@) Joaquin Windmuller เปิดเผยความลับของก้อนใหญ่ส่วนหัวของการแก้ไขในหนึ่งของโพสต์บล็อก

ความลับของการแก้ไข hunks

การแก้ไข hunks ในตอนแรกอาจทำให้สับสนในตอนแรกคำแนะนำที่คอมไพล์ช่วยคุณได้ แต่ไม่เพียงพอสำหรับการเริ่มต้น

# —||

# 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.

สูตรลับคือ…การนับเส้น:

• หากคุณลบบรรทัดที่เริ่มต้นด้วย + แล้วลบหนึ่งไปนับบรรทัดใหม่ (หลักสุดท้ายของส่วนหัวก้อนใหญ่ของ)
• หากคุณลบบรรทัดที่เริ่มต้นด้วย - แล้วเพิ่มหนึ่งไปยังนับบรรทัดใหม่ (หลักสุดท้ายของส่วนหัวก้อนใหญ่ของ)
• อย่าลบบรรทัดอื่น ๆ (เส้นอ้างอิง)

สิ่งนี้จะช่วยให้คุณปรับเปลี่ยน hunks ได้อย่างรวดเร็วเพื่อเลือกชิ้นส่วนที่คุณต้องการ

ฉันเพิ่งค้นพบจากการอ่านหัวข้อนี้ว่าจะแก้ไขด้วยตนเองอย่างไร

เคล็ดลับที่ฉันใช้คือถ้าฉันมีความแตกต่างเช่น:

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

เคล็ดลับคือการลบสองบรรทัดที่ฉันไม่ต้องการออกให้หมดทำให้ผลลัพธ์ที่ได้มีลักษณะเหมือน

+ Line to add
+ Line to add

แม้ว่าสิ่งนี้จะชัดเจนสำหรับคนส่วนใหญ่ แต่ก็ยังไม่ใช่สำหรับฉันจนถึงวันนี้และฉันคิดว่าฉันควรจะแบ่งปันประสบการณ์ของฉัน โปรดแจ้งให้ฉันทราบว่าวิธีนี้มีอันตรายหรือไม่

คุณสามารถแก้ไขหมายเลขบรรทัดได้ด้วยตนเองซึ่งมีประโยชน์อย่างแน่นอนในบางกรณี อย่างไรก็ตามคุณอาจหลีกเลี่ยงปัญหานี้ได้โดยไม่แยกก้อนออกก่อน

หากคุณเห็นว่าคุณอาจต้องแก้ไขบางอย่างในภายหลังในกลุ่มก้อนที่ Git ได้เลือกโดยอัตโนมัติทางที่ดีที่สุดคือแก้ไขกลุ่มก้อนทั้งหมดแทนที่จะแยกแบ่งครึ่งแบ่งครึ่งแล้วแก้ไขอีกครึ่งหนึ่ง Git จะทำงานได้ดีขึ้นในการหาข้อมูลนั้น

ฉันมาถึงคำถามนี้เพื่อค้นหาวิธีแก้ปัญหาเดียวกันและไม่สามารถหาวิธีเปลี่ยนหมายเลขบรรทัด (ตามที่แนะนำไว้ข้างต้น) ในกลุ่มก้อนเพื่อให้คอมไพล์ยอมรับในกรณีของฉัน ฉันพบวิธีที่ดีกว่ามากในการใช้git guiแม้ว่า คุณสามารถเลือกเส้นในส่วนต่างที่คุณต้องการแสดงจากนั้นคลิกขวาและเลือก "เส้นเวทีจากการคอมมิต" ฉันจำได้ว่าgit-colaมีฟังก์ชันเดียวกันด้วย

ปัญหาเพิ่มเติมที่ฉันพบเมื่อฉันได้รับข้อผิดพลาดนี้คือการลงท้ายบรรทัดเปลี่ยนไปเมื่อฉันบันทึกไฟล์แก้ไข

ฉันใช้ Windows และใช้ Notepad สำหรับการแก้ไขของฉัน (บันทึกด้วยการลงท้ายบรรทัดของ Windows เท่านั้น) รหัสของฉันเขียนด้วย Notepad ++ และฉันตั้งค่าให้มีส่วนท้ายบรรทัดสไตล์ Unix / Linux

เมื่อฉันเปลี่ยนการตั้งค่าให้ Notepad ++ เป็นโปรแกรมแก้ไข git เริ่มต้นฉันสามารถทำการแก้ไข hunk ได้

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

เหตุผลหนึ่งที่ทำให้ข้อความ "ไม่ใช้การแก้ไขของคุณใช้ไม่ได้" แปลก ๆ (น่าจะมาพร้อมกับ "error: patch fragment ที่ไม่มีส่วนหัวที่บรรทัด ... ") อาจเป็นตัวแก้ไขของคุณหากมีการกำหนดค่าให้ตัดช่องว่างต่อท้าย สิ่งนี้จะทำให้เกิดปัญหาใหญ่อย่างเห็นได้ชัดเนื่องจากแพตช์เข้ารหัสบรรทัดว่างเป็นบรรทัดที่มีช่องว่างหนึ่งช่องที่มีบรรทัดว่างจะไม่สามารถใช้งานได้หากบันทึกด้วยโปรแกรมแก้ไขดังกล่าว ดังนั้นในผลที่ hunk ใด ๆ ที่มีบรรทัดว่างที่ไม่มีการเปลี่ยนแปลงใด ๆ จะไม่สามารถใช้งานได้หลังจากการแก้ไขหากเปิดการเว้นช่องว่างต่อท้าย

FYI ฉันได้รับข้อผิดพลาดเล็กน้อยที่เกี่ยวข้องกัน ... เมื่อฉันเพิ่มโปรแกรมแก้ไขตามคำแนะนำที่แนะนำด้านบน ... อย่างไรก็ตามมันไม่แสดงข้อผิดพลาด ฉันได้รับมันซ้ำแล้วซ้ำเล่าเพื่อขอให้ฉันขึ้นเวทีกลุ่มก้อนเดิม ... ฉันสังเกตเห็นว่าฉันใช้ Vim 7.4 เวอร์ชันเก่ากว่า ... ฉันอัปเกรดเป็นกลุ่มและใช้งานได้ตามที่คาดไว้ในตอนนี้ หวังว่านี่จะช่วยใครสักคน ..