Chỉ thêm các thay đổi không phải khoảng trắng

Tôi có trình soạn thảo văn bản của mình để tự động cắt khoảng trắng theo sau khi lưu tệp và tôi đang đóng góp cho một dự án nguồn mở có vấn đề nghiêm trọng với khoảng trắng theo dõi.

Mỗi lần tôi cố gắng gửi một bản vá, trước tiên tôi phải bỏ qua tất cả các thay đổi chỉ có khoảng trắng bằng tay, để chỉ chọn thông tin có liên quan. Không chỉ vậy, nhưng khi tôi chạy git rebasetôi thường gặp phải một số vấn đề vì chúng.

Vì vậy, tôi muốn chỉ có thể thêm vào chỉ mục các thay đổi không phải khoảng trắng, theo cách tương tự git add -p, nhưng không phải tự mình chọn tất cả các thay đổi.

Có ai biết cách để làm điều này không?

EDIT: Tôi không thể thay đổi cách thức hoạt động của dự án và họ đã quyết định, sau khi thảo luận về nó trong danh sách gửi thư, để bỏ qua điều này.

Giải pháp @Frew không hoàn toàn là những gì tôi cần, vì vậy đây là bí danh tôi đã tạo cho cùng một vấn đề:

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

Hoặc bạn chỉ có thể chạy:

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

Cập nhật

Đã thêm tùy chọn -U0và --unidiff-zerotương ứng với các vấn đề phù hợp với bối cảnh, theo nhận xét này .

Về cơ bản, nó áp dụng bản vá sẽ được áp dụng addmà không thay đổi khoảng trắng. Bạn sẽ nhận thấy rằng sau git addnw your/fileđó vẫn sẽ có những thay đổi chưa được thực hiện, đó là khoảng trắng còn lại.

Không - không có màu nhưng vì tôi luôn đặt màu, tôi phải sử dụng màu đó. Dù sao, tốt hơn an toàn hơn xin lỗi.

Điều này làm việc cho tôi:

Nếu bạn muốn giữ một stash xung quanh, điều này hoạt động

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

Tôi không thích các stash, nhưng tôi đã gặp phải một lỗi trong git + cygwin khi tôi mất các thay đổi, vì vậy để đảm bảo rằng các công cụ đó đã đi đến reflog ít nhất là tôi đã thiết lập như sau:

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

Về cơ bản, chúng tôi tạo ra một khác biệt không bao gồm các thay đổi không gian, hoàn nguyên tất cả các thay đổi của chúng tôi và sau đó áp dụng khác biệt.

Tạo một tệp vá chỉ chứa các thay đổi thực sự (không bao gồm các dòng chỉ có thay đổi khoảng trắng), sau đó làm sạch không gian làm việc của bạn và áp dụng tệp vá đó:

git diff> sao lưu
git diff -w> thay đổi
thiết lập lại git -
bản vá lỗi <thay đổi

Xem lại sự khác biệt còn lại, sau đó addvà commitnhư bình thường.

Tương đương với Mercurial là làm điều này:

hg diff> backup
hg diff -w> thay đổi
hg Revert --all
hg nhập --no-commit thay đổi

Câu trả lời được bình chọn hàng đầu không hoạt động trong mọi trường hợp, do khoảng trắng trong ngữ cảnh vá theo người dùng trong các nhận xét.

Tôi đã sửa đổi lệnh như sau:

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

Điều này tạo ra một bản vá không có ngữ cảnh. Không nên là một vấn đề vì các bản vá là ngắn hạn.

Bí danh tương ứng, một lần nữa sửa đổi những gì đã được cung cấp bởi người dùng khác:

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

Thêm phần sau vào .gitconfig:

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

Cảm ơn câu trả lời của @Colin Herbert cho cảm hứng.

Giải thích cú pháp

Cuối cùng #phải được trích dẫn để nó không được coi là một nhận xét bên trong .gitconfig, mà thay vào đó được chuyển qua và được coi là một nhận xét bên trong vỏ - nó được chèn vào giữa phần cuối của các git applyđối số do người dùng cung cấp gittự động đặt tại cuối dòng lệnh. Các đối số này không muốn ở đây - chúng tôi không muốn git applysử dụng chúng, do đó, ký tự nhận xét trước. Bạn có thể muốn chạy lệnh này GIT_TRACE=1 git anwđể thấy điều này trong hành động.

Các --tín hiệu kết thúc các đối số và cho phép trường hợp bạn có một tệp có tên -whoặc một cái gì đó trông giống như một chuyển đổi git diff.

Các trích dẫn kép đã thoát $@được yêu cầu để duy trì mọi đối số được trích dẫn do người dùng cung cấp. Nếu "ký tự không được thoát, nó sẽ được .gitconfigtrình phân tích cú pháp sử dụng và không đến được vỏ.

Lưu ý: .gitconfigalias phân tích cú pháp không công nhận đơn dấu ngoặc kép như bất cứ điều gì đặc biệt - nhân vật duy nhất đặc biệt của nó là ", \, \n, và ;(bên ngoài của một "chuỗi -quoted). Đây là lý do tại sao "phải luôn luôn được thoát, ngay cả khi có vẻ như nó nằm trong một chuỗi trích dẫn duy nhất (mà git hoàn toàn không biết về).

Điều này rất quan trọng, vd. nếu bạn có một bí danh tiện dụng để thực thi một bashlệnh trong thư mục gốc của cây làm việc. Công thức không chính xác là:

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

Trong khi cái đúng là:

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

Làm thế nào về những điều sau đây:

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

Lệnh bên trong backquotes lấy tên của các tệp có thay đổi không phải khoảng trắng.

Trước tiên bạn nên xem xét nếu khoảng trắng theo sau là cố ý. Nhiều dự án, bao gồm nhân Linux, Mozilla, Drupal và Kerberos (để đặt tên cho một số từ trang Wikipedia về phong cách) cấm khoảng trắng theo dõi. Từ tài liệu nhân Linux:

Nhận một trình soạn thảo đàng hoàng và không để khoảng trắng ở cuối dòng.

Trong trường hợp của bạn, vấn đề là cách khác: các cam kết trước đó (và có thể là các cam kết hiện tại) đã không tuân theo hướng dẫn này.

Tôi muốn rằng không ai thực sự muốn khoảng trắng theo sau và khắc phục sự cố có thể là một thay đổi đáng hoan nghênh. Những người dùng khác cũng có thể gặp phải vấn đề tương tự như bạn. Cũng có khả năng những người đóng góp đang thêm khoảng trắng ở cuối không biết rằng họ đang làm như vậy.

Thay vì cố gắng cấu hình lại git để bỏ qua vấn đề hoặc vô hiệu hóa chức năng mong muốn khác trong trình soạn thảo của bạn, tôi sẽ bắt đầu với một bài đăng vào danh sách gửi thư dự án giải thích vấn đề. Nhiều trình soạn thảo (và chính git) có thể được cấu hình để đối phó với khoảng trắng ở cuối.

Tôi tìm thấy một hook pre-commit hook loại bỏ khoảng trắng trailing . Tuy nhiên, nếu bạn không thể khiến người khác sử dụng nó, thì đó có thể không phải là một giải pháp hợp lệ.

  #!/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