Apakah ada cara untuk membuat "mv" gagal diam-diam?

Perintah like mv foo* ~/bar/menghasilkan pesan ini di stderr jika tidak ada file yang cocok foo*.

mv: cannot stat `foo*': No such file or directory

Namun, dalam skrip saya sedang mengerjakan kasus itu akan baik-baik saja, dan saya ingin menghilangkan pesan itu dari log kami.

Apakah ada cara yang bagus untuk mengatakan mvdiam meskipun tidak ada yang bergerak?

Apakah Anda mencari ini?

$ mv  file dir/
mv: cannot stat ‘file’: No such file or directory
$ mv  file dir/ 2>/dev/null
# <---- Silent ----->

Sebenarnya, saya tidak berpikir bahwa mematikan mvadalah pendekatan yang baik (ingat itu mungkin melaporkan Anda juga tentang hal-hal lain yang mungkin menarik ... misalnya hilang ~/bar). Anda ingin membisukannya hanya jika ekspresi glob Anda tidak memberikan hasil. Bahkan lebih tepatnya tidak menjalankannya sama sekali.

[ -n "$(shopt -s nullglob; echo foo*)" ] && mv foo* ~/bar/

Tidak terlihat sangat menarik, dan hanya berfungsi di bash.

ATAU

[ 'foo*' = "$(echo foo*)" ] || mv foo* ~/bar/

hanya kecuali Anda berada bashdengan nullglobset. Anda membayar harga 3x pengulangan pola glob.

find . -maxdepth 1 -name 'foo*' -type f -print0 | xargs -0r mv -t ~/bar/

- GNU mvmemiliki opsi "tujuan pertama" yang bagus ( -t) dan xargsdapat melewatkan menjalankan perintahnya jika tidak ada input sama sekali ( -r). Penggunaan -print0dan juga -0memastikan tidak akan ada kekacauan ketika nama file mengandung spasi dan hal-hal "lucu" lainnya.

Sangat penting untuk menyadari bahwa itu sebenarnya shell yang memperluas foo*ke daftar nama file yang cocok, jadi ada sedikit yang mvbisa dilakukan sendiri.

Masalahnya di sini adalah bahwa ketika gumpalan tidak cocok, beberapa cangkang seperti bash(dan kebanyakan cangkang mirip Bourne lainnya, bahwa perilaku buggy sebenarnya diperkenalkan oleh cangkang Bourne pada akhir 70-an) meneruskan pola kata demi kata ke perintah.

Jadi di sini, ketika foo*tidak cocok dengan file apa pun, alih-alih membatalkan perintah (seperti shell pra-Bourne dan beberapa shell modern lakukan), shell melewati foo*file kata demi kata mv, jadi pada dasarnya meminta mvuntuk memindahkan file yang disebut foo*.

File itu tidak ada. Jika ya, itu akan benar-benar cocok dengan polanya, jadi mvmelaporkan kesalahan. Jika polanya sudah foo[xy], mvbisa saja secara tidak sengaja memindahkan file yang disebut foo[xy]bukan fooxdan fooyfile.

Sekarang, bahkan di shell yang tidak memiliki masalah (pre-Bourne, csh, tcsh, fish, zsh, bash -O failglob), Anda masih akan mendapatkan kesalahan mv foo* ~/bar, tetapi kali ini oleh shell.

Jika Anda ingin menganggapnya bukan kesalahan jika tidak ada file yang cocok foo*dan dalam hal itu, tidak memindahkan apa pun, Anda ingin membuat daftar file terlebih dahulu (dengan cara yang tidak menyebabkan kesalahan seperti dengan menggunakan nullglobopsi beberapa kerang), dan kemudian hanya panggilan mvdaftar tidak kosong.

Itu akan lebih baik daripada menyembunyikan semua kesalahan mv(seperti menambahkan 2> /dev/nullakan) seolah-olah mvgagal karena alasan lain, Anda mungkin masih ingin tahu mengapa.

dalam zsh

files=(foo*(N)) # where the N glob qualifier activates nullglob for that glob
(($#files == 0)) || mv -- $files ~/bar/

Atau gunakan fungsi anonim untuk menghindari penggunaan variabel sementara:

() { (($# == 0)) || mv -- "$@" ~/bar/; } foo*(N)

zshadalah salah satu dari shell yang tidak memiliki bug Bourne dan melaporkan kesalahan tanpa menjalankan perintah ketika glob tidak cocok (dan nullglobopsi belum diaktifkan), jadi di sini, Anda bisa menyembunyikan zshkesalahan dan mengembalikan stderr untuk mvjadi Anda masih akan melihat mvkesalahan jika ada, tetapi bukan kesalahan tentang gumpalan yang tidak cocok:

(mv 2>&3 foo* ~/bar/) 3>&2 2>&-

Atau Anda dapat menggunakan zargsyang juga akan menghindari masalah jika foo*gumpalan akan berkembang menjadi terlalu banyak file.

autoload zargs # best in ~/.zshrc
zargs -r -- foo* -- mv -t ~/bar # here assuming GNU mv for its -t option

Dalam ksh93:

files=(~(N)foo*)
((${#files[#]} == 0)) || mv -- "${files[@]}" ~/bar/

Dalam bash:

bashtidak memiliki sintaks untuk mengaktifkan nullglobsatu bola saja, dan failglobopsi dibatalkan nullglobsehingga Anda akan memerlukan hal-hal seperti:

saved=$(shopt -p nullglob failglob) || true
shopt -s nullglob
shopt -u failglob
files=(foo*)
((${#files[@]} == 0)) || mv -- "${files[@]}" ~/bar/
eval "$saved"

atau mengatur opsi dalam subkulit untuk menyimpan harus menyimpannya sebelum dan mengembalikannya sesudahnya.

(
  shopt -s nullglob
  shopt -u failglob
  files=(foo*)
  ((${#files[@]} == 0)) || mv -- "${files[@]}" ~/bar/
)

Di yash

(
  set -o nullglob
  files=(foo*)
  [ "${#files[@]}" -eq 0 ] || mv -- "${files[@]}" ~/bar/
)

Di fish

Di shell ikan, perilaku nullglob adalah default untuk setperintah, jadi itu hanya:

set files foo*
count $files > /dev/null; and mv -- $files ~/bar/

POSIXly

Tidak ada nullglobopsi di POSIX shdan tidak ada array selain dari parameter posisi. Ada trik yang dapat Anda gunakan untuk mendeteksi apakah sebuah glob cocok atau tidak:

set -- foo[*] foo*
if [ "$1$2" != 'foo[*]foo*' ]; then
  shift
  mv -- "$@" ~/bar/
fi

Dengan menggunakan a foo[*]dan foo*glob, kita dapat membedakan antara kasus di mana tidak ada file yang cocok dan yang di mana ada satu file yang disebut foo*(yang set -- foo*tidak bisa dilakukan).

Lebih banyak membaca:

• Mengapa nullglob tidak default?
• diskusi terkait ini di milis Grup Austin (Grup Austin adalah badan yang memelihara spesifikasi POSIX)

Ini mungkin bukan yang terbaik tetapi Anda dapat menggunakan findperintah untuk memeriksa apakah folder kosong atau tidak:

find "foo*" -type f -exec mv {} ~/bar/ \;

Saya berasumsi bahwa Anda menggunakan bash, karena kesalahan ini tergantung pada perilaku bash untuk memperluas gumpalan yang tak tertandingi untuk diri mereka sendiri. (Sebagai perbandingan, zsh memunculkan kesalahan saat mencoba memperluas gumpalan yang tak tertandingi.)

Jadi, bagaimana dengan solusi berikut ini?

ls -d foo* >/dev/null 2>&1 && mv foo* ~/bar/

Ini akan diam-diam mengabaikan mvif ls -d foo*gagal, sementara masih mencatat kesalahan jika ls foo*berhasil tetapi mvgagal. (Hati-hati, ls foo*bisa gagal karena alasan lain selain foo*tidak ada, misalnya, hak yang tidak mencukupi, masalah dengan FS, dll., Sehingga kondisi seperti itu akan diabaikan dalam keheningan oleh solusi ini.)

Anda bisa melakukannya misalnya

mv 1>/dev/null 2>&1 foo* ~/bar/ atau mv foo* ~/bar/ 1&>2

Untuk lebih jelasnya lihat: http://mywiki.wooledge.org/BashFAQ/055

Anda dapat menipu (mudah dibawa) dengan perl:

perl -e 'system "mv foo* ~/bar/" if glob "foo*"'

Jika Anda akan menggunakan Perl, Anda bisa melakukannya:

#!/usr/bin/perl
use strict;
use warnings;
use File::Copy;

my $target = "$ENV{HOME}/bar/";

foreach my $file (<foo*>) {
    move $file, $target  or warn "Error moving $file to $target: $!\n";
}

atau sebagai one-liner:

perl -MFile::Copy -E 'move $_, "$ENV{HOME}/bar/" or warn "$_: $!\n" for <foo*>'

(Untuk perincian moveperintah, lihat dokumentasi untuk File :: Copy .)

Sebagai gantinya

mv foo* ~/bar/

Anda dapat melakukan

cp foo* ~/bar/
rm foo* 

Sederhana, mudah dibaca :)

mv foo* ~/bar/ 2>/dev/null

Apakah perintah di atas berhasil atau tidak, kita dapat menemukan status keluar dari perintah sebelumnya

command: echo $?

jika output dari $ echo? selain 0 berarti perintah gagal jika output 0 berarti perintah berhasil