Существует случай, который будет сделан, то это поведение имеет больше смысла (и я полагаю, что это используется rsync, даже на GNU/Linux). Рассмотрите следующий случай:
mydir
|-.fileA
|-fileB
Семантика этих трех спецификаторов все отличаются:
cp -r mydir dest/ # creates dest/mydir, containing both files
cp -r mydir/ dest/ # copies both files directly into dest
cp -r mydir/* dest/ # copies fileB, but not .fileA, directly into dest
Я полагаю, что это - пример различия между BSD и GNU. Можно установить GNU приправленные инструменты с помощью штрейкбрехера (см. coreutils пакет), но они не могли бы сохранить весь HFS + метаданные, поэтому соблюсти осторожность.
Можно прервать команду и разделить запаздывающую наклонную черту. Я оставлю это как осуществление читателю или другие отвечающие стороны.
Можно изменить поведение заполнения клавишей Tab, таким образом, наклонная черта не добавляется во-первых. Добавьте следующее к Вашему ~/.tcshrc
:
unset addsuffix
Можно достигнуть подобного эффекта в ударе и misc readline утилиты путем добавления следующего к Вашему ~/.inputrc
:
set mark-directories off
Наличие групп файлов только для чтения является глюком от личного опыта.
Удостоверьтесь, что Вы выполняете SQL Server, 2005 обновляет советника на рабочем сервере Ваше обновление, это поймает 90% проблем, с которыми Вы могли бы столкнуться и консультировать Вас по вопросам того, что необходимо сделать для фиксации их.
Имейте непредвиденное обстоятельство / откатывают план.
Не забудьте копировать все свои данные и файлы журнала, включая системные базы данных после того, как Вы вывели сервер из эксплуатации и перед запуском обновления. Попытка повторно прикрепить обновленную базу данных 2005 года к SQL Server 2000 не будет работать, и Вы будете в мире боли.
Я сделал миграцию, не обновление. Вот поток на StackOverflow.com, который работал хорошо на меня.
По-видимому, Вы будете идти 32-разрядные в SQL 2005. Миграция, конечно, более безопасна, чем обновление на месте, потому что у Вас есть спасательное судно для возвращения к.
Для перемещения логинов, особенно логинов SQL и их соответствующих паролей, не пропускают sp_help_revlogin хранимую процедуру, что MS начал с SQL 2005. Я использую sp_help_revlogin для хранения текущего сценария логинов SQL и также обычно сценария, полномочия базы данных для аварии восстанавливают цели.