Як не допустити `mv` переміщення колекції файлів у єдиний звичайний?

Щойно дурною помилкою я лише втратив невелику частину своєї аудіоколекції. :-(
ГЛАДНО У мене була досить недавна резервна копія, але вона все ще дратувала. Окрім вашого справді, інший винуватець, який робив лихоліття mv, виявив наступне:

Звукові файли мали певну схему:

ARTIST - Some Title YY.mp3

де YYє двозначний специфікація року.

mkdir 90<invisible control character>

(До цього моменту я не знав, що насправді я набрав третину зайвого символу, який був невидимим ...!)
Замість того, щоб мати все в одному каталозі, я хотів, щоб усі музики 1990-х були в одному каталозі. Тому я набрав:

find . -name '* 9?.mp3' -exec mv {} 90 \;

Не так складно зрозуміти, що сталося, а? : ->
Результатом (катастрофічним) був порожній каталог незайманих під назвою "90 щось " ( дещо було "невидимим" символом керування) та один єдиний файл під назвою "90", перезаписаний n разів.

ВСІ ФАЙЛИ БУЛИ ОСТАННІ. : - ((очевидно)

Хотів mvби вчасно перевірити, чи не починається підпис цільового "файлу" (пам'ятайте в * NIX: Everything Is A File ) з d------(наприклад drwxr-xr-x). І, звичайно, чи взагалі існує місце призначення . Існує варіант вищезазначеного сценарію, коли ви просто забули в mkdirдиректорію першим. (але, звичайно, ви припускали, що він є там ...)

Навіть наша ОС, що ненавидить домашніх тварин, починаючи з великої літери . Вам навіть буде запропоновано вказати тип призначення (файл? Каталог?), Якщо ви попросите його.

Отже, мені цікаво, чи нам * NIXers все-таки доводиться писати собі « mvскриплет» тільки для того, щоб уникнути подібних видів найбільш небажаних сюрпризів.

Ви можете додати /до пункту призначення, якщо хочете перемістити файли в каталог. Якщо каталог не існує, ви отримаєте помилку:

mv somefile somedir/
mv: cannot move ‘somefile’ to ‘somedir/’: Not a directory

Якщо каталог існує, він переміщує файл у цей каталог.

У GNU coreutils mvвже є опція, яка вказує, що ви хочете перейти до каталогу: -t/ --target-directory. Якщо аргументу на цю опцію не існує, mvбуде скаржитися замість того, щоб переміщувати всі ваші файли до одного імені файлу.

Я написав би ваше рушій так:

find . -name '* 9?.mp3' -exec mv -t 90 {} +

Зверніть увагу на використання +замість того \;, щоб глобувати якомога більше імен файлів разом, що призводить до швидшого виконання.

Крім того, якщо ви, як правило, плануєте уникати випадкових перезаписів у майбутньому, є -iможливість mv. Я особисто не можу придумати жодних недоліків, якщо ви

alias mv='mv -i'

Якщо вам потім потрібно щось перезаписати, просто передайте -fваріант.

Псевдоніми набувають чинності лише в тому випадку, якщо ви введете команду безпосередньо в інтерактивну оболонку, а не для випадків, таких як виклик find. Ви могли бігти

find . -name '* 9?.mp3' -exec mv -i {} 90 \;

і тоді вам було б запропоновано, якби mvспробували перезаписати існуючий файл.

На додаток до відмінних відповідей вище, я хотів би пояснити, чому у вас не виникло питання про те, переміщувати файли чи ні.

Якщо ви перемістите один файл до нового імені, а це ім’я не є каталогом, mvперейменуйте ваш файл на нове ім'я.

Проблема тут полягає в тому, що ви використовували findдля виконання mvодин раз на файл , а не один раз для всіх файлів .

Якщо б, натомість, ви це зробили mv *90.mp3 90, то mvне вдалося б повідомити про помилку, що "цільовий файл - це не каталог".

Ще одна порада - використовувати заповнення вкладки під час введення цільового шляху. Він покаже, чи є цільовим каталогом додавання /до імені цілі. Ви також mv -iможете запитати, чи хочете ви перезаписати наявний файл.

Як альтернативна стратегія загального призначення, я хотів би запропонувати перетворити цю операцію у тимчасовий сценарій. Я вважаю за краще дивитись на результати findта перетворювати їх на mvкоманду вручну, гарантуючи, що я розумію, що я роблю, перш ніж виконати. напр.

find . -name '* 9?.mp3' > tmp
vim tmp

Тепер я можу переглянути список імен файлів і переписати вміст файлу у вигляді команди оболонки.

• Вміст файлу помістіть в один рядок: ggVGJ
• Доплатити: Imv [esc]
• Додайте: Asomedir/ [esc]
• Збережіть файл. Прочитайте ще раз. Подихати.
• Виконати source tmpв командному рядку.

Це консервативна стратегія, але мене занадто часто кусають неправильно введені команди -execабо sedкоманди, або неправильно зрозумілі розширення оболонок, і я віддаю перевагу повільному послідовному підходу.

Іншими словами: я занадто боягузливий, щоб використовувати -exec.

Ще один варіант:

-n, --no-clobber не перезаписує існуючий файл

це те саме, що і -і, але він не запитає, він вийде з ладу.