Cách thoát khỏi trò chơi Không tìm thấy trận đấu nào

Khi sử dụng zsh, tôi nhận được thông báo "Không tìm thấy kết quả phù hợp" khi chọn một mẫu không phù hợp rmvà ngay cả khi chuyển hướng đầu ra.

# rm * > /dev/zero 2>&1
  zsh: no matches found: *

Làm thế nào tôi có thể thoát khỏi tin nhắn này?

Hành vi này được kiểm soát bởi nomatchtùy chọn của Zsh . Theo mặc định, nếu một dòng lệnh chứa biểu thức toàn cầu không khớp với bất cứ thứ gì, Zsh sẽ in thông báo lỗi mà bạn nhìn thấy và hoàn toàn không chạy lệnh. Bạn có thể vô hiệu hóa điều này bằng cách chạy

setopt +o nomatch

Sau đó, các biểu thức toàn cầu không khớp với bất kỳ thứ gì sẽ được giữ nguyên và bạn sẽ nhận được thông báo lỗi từ rm(mà bạn có thể vô hiệu hóa bằng cách sử dụng -f, mặc dù đó là một ý tưởng tồi vì nó sẽ buộc loại bỏ trong các tình huống khác mà bạn không thể muốn).

Thay vào đó, bạn muốn nó làm gì? Không chạy rmchút nào (1)? Chạy nó với một *đối số theo nghĩa đen như trong các shell giống như Bourne khác (2)? Chạy nó không có đối số nào cả (3)?

1. files=(*(N)); (($#files)) && rm -- $files. Hoặc (rm -- *) 2> /dev/nullnhưng điều đó cũng sẽ che giấu các lỗi chính hãng rmmà sẽ là ngớ ngẩn. Bạn có thể loại bỏ zshlỗi nhưng khôi phục stderr cho rmlệnh mặc dù với(rm -- * 2>&3 3>&-) 3>&2 2> /dev/null
2. emulate sh -c 'rm -- *' 2> /dev/null. Sau đó, giống như trong shđó zshbây giờ được mô phỏng cho dòng lệnh đơn lẻ đó, việc không khớp *được truyền theo nguyên trạng rmvà rmphàn nàn vì *tệp đó không tồn tại. Chúng ngăn chặn rm's stderr như bạn sẽ làm gì trong shđể ngăn chặn điều đó thông báo lỗi, nhưng một lần nữa, đó là ngớ ngẩn vì nó sẽ che giấu lỗi chính hãng bởi rmnhư trái ngược với các lỗi phát sinh do hành vi sai trái của shđi qua một nghĩa đen *đến rm. rm -f '*'sẽ không phàn nàn về một *tập tin chưa tồn tại , vì vậy bạn có thể làmemulate sh -c 'rm -f -- *'
3. rm -- *(N). rmsẽ khiếu nại mặc dù khi không thông qua bất kỳ đối số, mặc dù một lần nữa, không rm -f: rm -f -- *(N).

Nói chung, rm -flà lệnh bạn muốn sử dụng nếu bạn muốn tất cả các tệp biến mất và chỉ gặp lỗi nếu không thể xóa các tệp hoặc IOW vẫn còn đó sau khi rmđã trả về. Bạn cũng thường muốn sử dụng -ftrong các tập lệnh để tránh người dùng bị nhắc nhở trong một số tình huống.

Ở đây, gọi rmkhi toàn cầu không khớp là sai. Các sh¹ hành vi là sai. Nó vô hại đối với một kiểu như *, nhưng đối với một lượt thích *.[ch], việc chuyển qua trạng thái *.[ch]không khớp có thể khiến *.[ch]tệp bị xóa do nhầm lẫn:

$ ls
*.[ch]  foo.txt
$ zsh -c 'rm *.[ch]'
zsh:1: no matches found: *.[ch]
$ ls
*.[ch]  foo.txt
$ sh -c 'rm *.[ch]'
$ ls
foo.txt

Không có một lỗi là điều hợp lý nhất để làm và là những gì zsh(và fish, csh, tcsh, bash -o failglobvà bản gốc Unix shell) does.

Và nếu bạn muốn tự chăm sóc cho trường hợp đặc biệt đó, hãy zshlàm cho nó dễ dàng với (N)vòng loại toàn cầu của nó (đối với noglob ) như trong trường hợp (1) ở trên. fish(ít nhất là trong phiên bản gần đây ) làm cho nó thậm chí còn dễ dàng hơn khi nó thực hiện một noglob ngầm cho setlệnh. Vì vậy, tương đương ở đó, sẽ là:

set files *
if count $files > /dev/null
  rm -f -- $files
end

Xem Tại sao nullglob không được mặc định để biết thêm chi tiết.

_{¹ . Nói một cách chính xác, đó chỉ là shtừ vỏ Bourne (kể từ Unix V7 năm 1979); phiên bản trước của sh(mà đã gọi /etc/globtheo ký tự đại diện không thể viện chứng đó là nơi mà các glob tên xuất phát từ) đã hành xử giống như cshhoặc zsh -o cshnullglob, có nghĩa là /etc/globsẽ hủy bỏ lệnh nếu không có những đống có bất kỳ trận đấu (và sẽ ngăn chặn những đống không phù hợp nếu có ít nhất một trong số họ đã có bất kỳ trận đấu). Hành vi đã bị phá vỡ bởi vỏ Bourne.}