เพิ่มการเปลี่ยนแปลงที่ไม่ใช่ช่องว่างเท่านั้น

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

ทุกครั้งที่ฉันพยายามส่งแพตช์ฉันต้องเพิกเฉยต่อการเปลี่ยนแปลงทั้งหมดของช่องว่างด้วยตนเองก่อนเพื่อเลือกเฉพาะข้อมูลที่เกี่ยวข้อง ไม่เพียงแค่นั้น แต่เมื่อฉันวิ่งgit rebaseฉันมักจะพบปัญหาหลายอย่างเพราะพวกเขา

เช่นนี้ฉันต้องการเพิ่มดัชนีเฉพาะการเปลี่ยนแปลงที่ไม่ใช่ช่องว่างในลักษณะที่คล้ายกันgit add -pแต่ไม่ต้องเลือกการเปลี่ยนแปลงทั้งหมดด้วยตนเอง

ไม่มีใครรู้วิธีการทำเช่นนี้?

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

@ วิธีแก้ปัญหาไม่ได้เป็นสิ่งที่ฉันต้องการดังนั้นนี่คือนามแฝงที่ฉันสร้างขึ้นสำหรับปัญหาเดียวกัน:

alias.addnw=!sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero -'

หรือคุณสามารถเรียกใช้:

git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

ปรับปรุง

เพิ่มตัวเลือก-U0และ--unidiff-zeroตามลำดับเพื่อแก้ไขปัญหาการจับคู่บริบทตามความคิดเห็นนี้

โดยทั่วไปจะใช้แพทช์ซึ่งจะนำไปใช้addโดยไม่มีการเปลี่ยนแปลงช่องว่าง คุณจะสังเกตเห็นว่าหลังจากที่git addnw your/fileยังคงมีการเปลี่ยนแปลงแบบไม่ต่อเนื่องก็จะมีช่องว่างเหลืออยู่

- ไม่ต้องใช้สี แต่เนื่องจากฉันได้ตั้งค่าสีไว้เสมอฉันจึงต้องใช้มัน อย่างไรก็ตามปลอดภัยกว่าดีกว่าขออภัย

สิ่งนี้ใช้ได้กับฉัน:

หากคุณต้องการเก็บไว้รอบ ๆ งานนี้

git stash && git stash apply && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

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

git add . && git commit -am 'tmp' && git reset HEAD^ && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

โดยทั่วไปเราสร้างส่วนต่างที่ไม่รวมการเปลี่ยนแปลงพื้นที่คืนการเปลี่ยนแปลงทั้งหมดของเราแล้วนำส่วนต่างนั้นไปใช้

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

git diff> backup
git diff -w> การเปลี่ยนแปลงการ
รีเซ็ต git - ฮาร์ด
แพทช์ <การเปลี่ยนแปลง

ตรวจสอบความแตกต่างที่เหลืออยู่จากนั้นaddและcommitตามปกติ

Mercurial ที่เทียบเท่ากันคือทำสิ่งนี้:

hg diff> backup
hg diff -w> การเปลี่ยนแปลง
เปลี่ยนกลับ
hg - นำเข้า hg ทั้งหมด - ไม่มีการเปลี่ยนแปลงที่กระทำ

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

ฉันแก้ไขคำสั่งดังนี้

$ git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero

สิ่งนี้สร้างแพตช์โดยไม่มีบริบท ไม่ควรเป็นปัญหาเนื่องจากแผ่นแปะมีอายุสั้น

นามแฝงที่เกี่ยวข้องกับการแก้ไขสิ่งที่ผู้ใช้รายอื่นให้ไว้แล้ว:

addw = !sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero' -

เพิ่มสิ่งต่อไปนี้ในของคุณ.gitconfig:

anw = !git diff -U0 -w --no-color -- \"$@\" | git apply --cached --ignore-whitespace --unidiff-zero "#"

ขอบคุณ@Colin Herbertสำหรับคำตอบของแรงบันดาลใจ

คำอธิบายไวยากรณ์

สุดท้าย#จะต้องยกมาดังนั้นจึงไม่ถือว่ามันเป็นความคิดเห็นภายใน.gitconfigแต่แทนที่จะได้รับการส่งผ่านและจะถือว่าเป็นความคิดเห็นภายในเปลือก - มันจะถูกแทรกระหว่างปลายgit applyและอาร์กิวเมนต์ที่ผู้ใช้กำหนดgitโดยอัตโนมัติที่ สิ้นสุดบรรทัดคำสั่ง อาร์กิวเมนต์เหล่านี้ไม่ต้องการที่นี่ - เราไม่ต้องการที่git applyจะบริโภคพวกเขาดังนั้นตัวละครความคิดเห็นก่อนหน้านี้ คุณอาจต้องการเรียกใช้คำสั่งนี้GIT_TRACE=1 git anwเพื่อดูการดำเนินการนี้

--สัญญาณสิ้นสุดของการขัดแย้งและช่วยให้การกรณีที่คุณมีไฟล์ชื่อหรือสิ่งที่จะมีลักษณะเหมือนสวิทช์ไป-wgit diff

$@จำเป็นต้องใช้เครื่องหมายคำพูดคู่ที่หลบหนีเพื่อรักษาข้อโต้แย้งที่ผู้ใช้ระบุ หาก"ตัวละครไม่ได้หลบหนีมันจะถูกใช้โดย.gitconfigตัวแยกวิเคราะห์และไม่ถึงเชลล์

หมายเหตุ: .gitconfigนามแฝงแยกไม่รู้จักคำพูดเดียวเป็นอะไรเป็นพิเศษ - ตัวอักษรพิเศษเท่านั้นที่มี", \, \nและ;(ด้านนอกของ"สตริง -quoted) นี่คือเหตุผลที่"จะต้องมีการหลบหนีอยู่เสมอแม้ว่ามันจะดูเหมือนว่ามันอยู่ในสตริงที่ยกมาเดี่ยว (ซึ่งคอมไพล์ไม่เชื่อเรื่องพระเจ้าอย่างสมบูรณ์)

นี่เป็นสิ่งสำคัญเช่น หากคุณมีนามแฝงที่มีประโยชน์ในการรันbashคำสั่งในรูทของต้นไม้ทำงาน สูตรที่ไม่ถูกต้องคือ:

sh = !bash -c '"$@"' -

ในขณะที่หนึ่งที่ถูกต้องคือ:

sh = !bash -c '\"$@\"' -

วิธีการเกี่ยวกับต่อไปนี้:

git add `git diff -w --ignore-submodules |grep "^[+][+][+]" |cut -c7-`

คำสั่งภายใน backquotes ได้รับชื่อของไฟล์ที่มีการเปลี่ยนแปลงที่ไม่ใช่ช่องว่าง

คุณควรพิจารณาว่าช่องว่างต่อท้ายนั้นมีเจตนาหรือไม่ หลายโครงการรวมถึงเคอร์เนล Linux, Mozilla, Drupal และ Kerberos (เพื่อชื่อไม่กี่จากหน้า Wikipedia ในสไตล์) ห้ามมิให้ช่องว่างต่อท้าย จากเอกสารเคอร์เนล Linux:

รับโปรแกรมแก้ไขที่ดีและไม่ต้องเว้นช่องว่างท้ายบรรทัด

ในกรณีของคุณปัญหาคืออีกด้านหนึ่ง: หน้าที่ก่อนหน้า (และอาจเป็นปัญหาปัจจุบัน) ไม่ได้ทำตามคำแนะนำนี้

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

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

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

  #!/bin/sh

  if git-rev-parse --verify HEAD >/dev/null 2>&1 ; then
     against=HEAD
  else
     # Initial commit: diff against an empty tree object
     against=4b825dc642cb6eb9a060e54bf8d69288fbee4904
  fi
  # Find files with trailing whitespace
  for FILE in `exec git diff-index --check --cached $against -- | sed '/^[+-]/d' | sed -r 's/:[0-9]+:.*//' | uniq` ; do
     # Fix them!
     sed -i 's/[[:space:]]*$//' "$FILE"
  done
  exit