Основы bash-скриптинга для непрограммистов. часть 2

Введение

Большинству тестировщиков в своей карьере рано или поздно придётся столкнуться с

терминалом

Linux

Скорее всего это начнётся как необходимость зайти на сервер и посмотреть логи.

Инженер в серверной. Фото: freepik.com

Сервера делают на разных операционных системах:

Из семейства

Linux

популярны:

• Debian

• Ubuntu

• CentOS

Также часто применяют UNIX подобные ОС:

• OpenBSD

• FreeBSD

Они немного отличаются друг от друга но есть и общее свойство:

На сервере обычно нет графического интерфейса

Но зато есть командная оболочка вроде

bash

Именно поэтому тестировщику нужно освоить основы работы с терминалом Linux.

В этой статье Вы увидите команды нужные именно тестировщику. Больше полезных
команд можно найти в статьях:

• «Основы Bash и Zsh»

• «Bash Scripting»

• «Linux FAQ»

Использование переменных и входных данных

Использование позиционных параметров

useradd lisauseraddlisa $1$2Листинг 1

lisalori bob

Листинг 2

В Листинге 2 представлены два новых элемента, которые относятся к аргументам:

• $# — это счетчик, который показывает, сколько аргументов было использовано при запуске скрипта.
• $@ — список всех аргументов, которые использовались при запуске скрипта.

forfor for i in $@$@$ido doneecho Давайте попробуем воспользоваться скриптом из листинга 2 в этом примере:

1. Введите vi argument, чтобы создать файл argument и скопируйте содержимое из скрипта листинга 2 в этот файл.
2. Сохраните файл и сделайте его исполняемым.
3. Запустите команду ./argument a b c. Вы увидите, что отобразятся три строки.
4. Запустите команду ./argument a b c d e f. Вы увидите, что помимо a b c отобразятся и d e f.

Выбор выполняемых тестов¶

поддерживает несколько способов выбора и запуска тестов из командной строки.

Запуск тестов модуля

pytest test_mod.py

Запуск тестов из директории

pytest testing/

Запуск тестов, удовлетворяющих ключевому выражению

pytest -k "MyClass and not method"

Эта команда запустит тесты, имена которых удовлетворяют заданному строковому выражению
(без учета регистра). Строковые выражения могут включать операторы , которые
используют имена файлов, классов и функций в качестве переменных. В приведенном выше
примере будет запущен тест , но не будет запущен тест
.

Запуск тестов по идентификаторам узлов

Каждому собранному тесту присваивается уникальный идентификатор ,
который состоит из имени файла модуля, за которым следуют спецификаторы,
такие как имена классов, имена функций и параметры из параметризации, разделенные символами :

Чтобы запустить конкретный тест из модуля, выполните:

pytest test_mod.py::test_func

Еще один пример спецификации тестового метода в командной строке:

pytest test_mod.py::TestClass::test_method

Запуск маркированных тестов

pytest -m slow

Будут запущены тесты, помеченные декоратором .

Подробнее см. .

Запуск тестов из пакетов

pytest --pyargs pkg.testing

Сравнение строк

В сценариях можно сравнивать и строковые значения. Операторы сравнения выглядят довольно просто, однако у операций сравнения строк есть определённые особенности, которых мы коснёмся ниже. Вот список операторов.

Вот пример сравнения строк в сценарии:

В результате выполнения скрипта получим следующее.

Сравнение строк в скриптах

Вот одна особенность сравнения строк, о которой стоит упомянуть. А именно, операторы «>» и «<» необходимо экранировать с помощью обратной косой черты, иначе скрипт будет работать неправильно, хотя сообщений об ошибках и не появится. Скрипт интерпретирует знак «>» как команду перенаправления вывода.

Вот как работа с этими операторами выглядит в коде:

Вот результаты работы скрипта.

Сравнение строк, выведенное предупреждение

Обратите внимание на то, что скрипт, хотя и выполняется, выдаёт предупреждение:

Для того, чтобы избавиться от этого предупреждения, заключим  в двойные кавычки:

Теперь всё работает как надо.

Сравнение строк

Ещё одна особенность операторов «>» и «<» заключается в том, как они работают с символами в верхнем и нижнем регистрах. Для того, чтобы понять эту особенность, подготовим текстовый файл с таким содержимым:

Сохраним его, дав имя , после чего выполним в терминале такую команду:

Она отсортирует строки из файла так:

Команда , по умолчанию, сортирует строки по возрастанию, то есть строчная буква в нашем примере меньше прописной. Теперь подготовим скрипт, который будет сравнивать те же строки:

Если его запустить, окажется, что всё наоборот — строчная буква теперь больше прописной.

Команда sort и сравнение строк в файле сценария

В командах сравнения прописные буквы меньше строчных. Сравнение строк здесь выполняется путём сравнения ASCII-кодов символов, порядок сортировки, таким образом, зависит от кодов символов.

Команда , в свою очередь, использует порядок сортировки, заданный в настройках системного языка.

getopts function | Working with Flags / Options — Tech Arkit

getopts function | Working with Flags / Options — Tech Arkit

Во многих случаях при написании сценариев Shell вы можете оказаться в ситуации, когда вам нужно выполнить действие, основанное на том, существует файл или нет.

В Bash вы можете использовать команду test, чтобы проверить, существует ли файл и определить тип файла.

Команда test принимает одну из следующих синтаксических форм:

Проверьте, существует ли файл

При проверке существования файла чаще всего используются операторы FILE и . Первый проверит, существует ли файл независимо от типа, а второй вернет истину, только если ФАЙЛ является обычным файлом (не каталогом или устройством).

Наиболее читаемым вариантом при проверке существования файла является использование команды test в сочетании с оператором if. Любой из приведенных ниже фрагментов будет проверять, существует ли файл :

Если вы хотите выполнить другое действие в зависимости от того, существует файл или нет, просто используйте конструкцию if / then:

Всегда используйте двойные кавычки, чтобы избежать проблем при работе с файлами, содержащими пробелы в своих именах.

Вы также можете использовать команду test без оператора if. Команда после оператора будет выполняться только в том случае, если статус завершения тестовой команды равен true,

Напротив , заявление после Оператор будет выполняться только в том случае, если статус выхода тестовой команды равен .

Операторы позволяют вам проверить, является ли файл каталогом или нет.

Например, чтобы проверить, существует ли каталог вы должны использовать:

Вы также можете использовать двойные скобки

Проверьте, не существует ли файл

Как и во многих других языках, тестовое выражение можно отменить, используя (восклицательный знак) логический не оператор:

То же, что и выше:

Проверьте, существует ли несколько файлов

Вместо использования сложных вложенных конструкций if / else вы можете использовать (или с

Эквивалентные варианты без использования оператора IF:

Операторы проверки файлов

Команда test включает в себя следующие операторы FILE, которые позволяют тестировать определенные типы файлов:

-b FILE — Истинно, если ФАЙЛ существует и является специальным файлом блока. -c FILE — Истина, если ФАЙЛ существует и является файлом специальных символов. -d FILE — Истинно, если ФАЙЛ существует и является каталогом. -e FILE — Истинно, если ФАЙЛ существует и является файлом, независимо от его типа (узел, каталог, сокет и т. д.). -f FILE — Истинно, если ФАЙЛ существует и является обычным файлом (не каталогом или устройством). -G FILE — True, если ФАЙЛ существует и имеет ту же группу, что и пользователь, выполняющий команду. -h FILE — True, если ФАЙЛ существует и является символической ссылкой. -g FILE — True, если FILE существует и для него установлен флаг set-group-id (sgid). -k FILE — Истина, если ФАЙЛ существует и для него установлен флаг закрепления битов. -L FILE — True, если ФАЙЛ существует и является символической ссылкой. -O FILE — True, если ФАЙЛ существует и принадлежит пользователю, выполняющему команду. -p FILE — True, если ФАЙЛ существует и является каналом. -r FILE — Истинно, если ФАЙЛ существует и доступен для чтения. -S FILE — True, если ФАЙЛ существует и является сокетом. -s FILE — True, если ФАЙЛ существует и имеет ненулевой размер. -u FILE — Истина, если установлен флаг set-user-id (suid). -w FILE — Истинно, если ФАЙЛ существует и доступен для записи. -x FILE — True, если ФАЙЛ существует и является исполняемым.

Вывод

В этом руководстве мы показали, как проверить, существует ли файл или каталог с помощью Bash.

терминал bash

Эти бесплатные онлайн-инструменты помогут вам найти URL, перенаправление которого вы хотите проверить, идет ли он к нужному месту назначения или нет. Найдите, где данный URL-адрес или ссылка перенаправляются.

В этой статье описывается несколько подходов, чтобы узнать, какие порты открыты снаружи в вашей системе Linux.

При написании скриптов Python вы можете захотеть выполнить определенное действие, только если файл или каталог существует или нет. Например, вы можете захотеть прочитать или записать данные в файл конфигурации или создать файл, только если он уже не существует.

Переменные среды

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

Обратите внимание на то, что мы можем использовать системную переменную  в двойных кавычках, это не помешает системе её распознать. Вот что получится, если выполнить вышеприведённый сценарий

Использование переменной среды в сценарии

А что если надо вывести на экран значок доллара? Попробуем так:

Система обнаружит знак доллара в строке, ограниченной кавычками, и решит, что мы сослались на переменную. Скрипт попытается вывести на экран значение неопределённой переменной . Это не то, что нам нужно. Что делать?

В подобной ситуации поможет использование управляющего символа, обратной косой черты, перед знаком доллара:

Теперь сценарий выведет именно то, что ожидается.

Использование управляющей последовательности для вывода знака доллара

10 ответов

Лучший ответ

Орфографические ошибки раздражают, не так ли? Проверьте правописание слова , но затем попробуйте следующее:

Мне очень нравятся сценарии оболочки, но одним из ее недостатков является то, что оболочка не может помочь вам, если вы неправильно написали, тогда как компилятор, такой как ваш компилятор C ++, может вам помочь.

Кстати, обратите внимание, что я поменял ролями и , как предлагает @Matthias. 270

thb
1 Апр 2012 в 13:52

270

thb
1 Апр 2012 в 13:52

Я пришел сюда, чтобы узнать, как удалить пустые файлы , поскольку они неявны в Python 3.3+, и в итоге использовал:

Кроме того (по крайней мере, в zsh) использование $ path в качестве переменной также нарушает ваш $ PATH env и, таким образом, ломает вашу открытую оболочку. Во всяком случае, думал, что поделюсь!

SamMorrowDrums
23 Янв 2019 в 16:17

Многие ответы верны, но я чувствую, что они могли бы быть более полными / упрощенными и т. Д., Например:

Пример 1. Базовый оператор if

Если $ read_file пуст или нет, остановите показ с помощью exit. Более чем однажды я неправильно истолковал главный ответ здесь, чтобы иметь в виду противоположное.

Пример 2. Как функция

2

Mike Q
16 Авг 2019 в 18:55

2

Radek ‘Goblin’ Pieczonka
14 Май 2019 в 13:25

Самый простой способ проверить, пуст файл или нет:

Вы также можете написать это в одной строке:

6

Nabeel Shaikh
27 Мар 2020 в 06:16

Мой любимый ответ @geedoubleya.

Однако я предпочитаю это

8

smarber
11 Апр 2018 в 10:52

Чтобы проверить, является ли файл пустым или содержит только пробелы , вы можете использовать команду grep:

10

Noam Manos
8 Авг 2019 в 15:52

Хотя другие ответы верны, использование параметра также покажет, что файл пуст, даже если файл не существует. Добавляя эту дополнительную проверку , чтобы сначала увидеть, существует ли файл, мы гарантируем правильный результат.

12

geedoubleya
6 Окт 2017 в 12:10

При необходимости проверяются все файлы * .txt в текущем каталоге; и сообщает о пустом файле:

63

pevik
19 Май 2021 в 10:02

87

gniourf_gniourf
17 Июн 2016 в 15:25

Обход файлов, содержащихся в директории

Один из самых распространённых вариантов использования циклов  в bash-скриптах заключается в обходе файлов, находящихся в некоей директории, и в обработке этих файлов.

Например, вот как можно вывести список файлов и папок:

Если вы разобрались с материалом выше, вам должно быть понятно устройство конструкции, а так же то, как отличить файл от папки. Если вам сложно понять вышеприведённый код, перечитайте этот материал.

Вот что выведет скрипт.

Обратите внимание на то, как мы инициализируем цикл, а именно — на подстановочный знак «*» в конце адреса папки. Этот символ можно воспринимать как шаблон, означающий: «все файлы с любыми именами»

он позволяет организовать автоматическую подстановку имён файлов, которые соответствуют шаблону.

При проверке условия в операторе , мы заключаем имя переменной в кавычки. Сделано это потому что имя файла или папки может содержать пробелы.

Разделители полей

Причина вышеописанной особенности заключается в специальной переменной окружения, которая называется (Internal Field Separator) и позволяет указывать разделители полей. По умолчанию оболочка bash считает разделителями полей следующие символы:

• Пробел
• Знак табуляции
• Знак перевода строки

Если bash встречает в данных любой из этих символов, он считает, что перед ним — следующее самостоятельное значение списка.

Для того, чтобы решить проблему, можно временно изменить переменную среды . Вот как это сделать в bash-скрипте, если исходить из предположения, что в качестве разделителя полей нужен только перевод строки:

После добавления этой команды в bash-скрипт, он будет работать как надо, игнорируя пробелы и знаки табуляции, считая разделителями полей лишь символы перевода строки.

Если этот скрипт запустить, он выведет именно то, что от него требуется, давая, в каждой итерации цикла, доступ к очередной строке, записанной в файл.

Разделителями могут быть и другие символы. Например, выше мы выводили на экран содержимое файла . Данные о пользователях в строках разделены с помощью двоеточий. Если в цикле нужно обрабатывать подобные строки, можно настроить так:

Статусы завершения¶

Выполнение может генерировать один из следующих статусов завершения:

Exit code 0

Все тесты были собраны и успешно прошли

Exit code 1

Тесты были собраны и запущены, но некоторые из них упали

Exit code 2

Выполнение тестов было прервано пользователем

Exit code 3

Во время выполнения тестов произошла внутренняя ошибка

Exit code 4

Ошибка запуска из командной строки

Exit code 5

Не удалось собрать тесты (тесты не найдены)

Коллекция статусов представлена перечислением
.
Статусы завершения являются частью публичного API, их можно импортировать и использовать непосредственно:

from pytest import ExitCode

Как устроены bash-скрипты

Создайте пустой файл с использованием команды . В его первой строке нужно указать, какую именно оболочку мы собираемся использовать. Нас интересует , поэтому первая строка файла будет такой:

В других строках этого файла символ решётки используется для обозначения комментариев, которые оболочка не обрабатывает. Однако, первая строка — это особый случай, здесь решётка, за которой следует восклицательный знак (эту последовательность называют шебанг) и путь к , указывают системе на то, что сценарий создан именно для .

Команды оболочки отделяются знаком перевода строки, комментарии выделяют знаком решётки. Вот как это выглядит:

Тут, так же, как и в командной строке, можно записывать команды в одной строке, разделяя точкой с запятой. Однако, если писать команды на разных строках, файл легче читать. В любом случае оболочка их обработает.

2 ответа

Лучший ответ

Чтобы проверить, существует ли файл в bash, вы используете оператор . Для каталогов используйте . Пример использования:

Для получения дополнительной информации просто выполните .

Замечание о , этот тестовый оператор проверяет, существует ли файл. Хотя это может показаться хорошим выбором, лучше использовать , который вернет false, если файл не является обычным файлом. Например, — это файл, а не обычный файл. В этом случае нежелательно, чтобы проверка вернула истину.

Примечание о переменных

Не забудьте также заключить переменные в кавычки, если у вас есть пробел или любой другой специальный символ, содержащийся в переменной, это может иметь нежелательные побочные эффекты. Поэтому, когда вы проверяете наличие файлов и каталогов, заключите файл / каталог в двойные кавычки. Что-то вроде будет работать, а следующее не удастся, если в есть пробел: .

Исправление синтаксической ошибки

У вас есть синтаксическая ошибка в операторах управления. Предложение bash имеет следующую структуру:

Или необязательно с предложением :

Вы не можете опустить предложение . Если вы хотите использовать только предложение , вы должны отрицать это условие. Результатом является следующий код:

Здесь мы добавляем восклицательный знак (), чтобы перевернуть оценку выражения. Если выражение истинно, то же выражение, которому предшествует , вернет ложь и наоборот.

13

erb
2 Фев 2018 в 11:19

Вы не можете пропустить часть then оператора if , самым простым решением было бы просто отрицать тест

Я оставил его с -e (существует), но вы можете рассмотреть возможность использования -d для каталогов или -f для файлов и некоторой обработки ошибок, чтобы отловить что-то (например, / usr / share / icons / $ j / scaleable / em> существует, но по какой-то причине является файлом, а не каталогом.) Я также заметил, что в исходном коде вы потенциально пытаетесь скопировать несколько файлов в один:

Я оставил это в своем примере на тот случай, если вы уверены, что это всегда только один файл, и намеренно переименовываете его. В противном случае я бы предложил указать только целевой каталог.

5

RSchulze
23 Июн 2015 в 00:55

Цикл while

Конструкция не единственный способ организации циклов в bash-скриптах. Здесь можно пользоваться и циклами . В таком цикле можно задать команду проверки некоего условия и выполнять тело цикла до тех пор, пока проверяемое условие возвращает ноль, или сигнал успешного завершения некоей операции. Когда условие цикла вернёт ненулевое значение, что означает ошибку, цикл остановится.

Вот схема организации циклов 

Взглянем на пример скрипта с таким циклом:

На входе в цикл проверяется, больше ли нуля переменная . Если это так, выполняется тело цикла, в котором из значения переменной вычитается единица. Так происходит в каждой итерации, при этом мы выводим в консоль значение переменной до его модификации. Как только  примет значение 0, цикл прекращается.

Если не модифицировать переменную , это приведёт к попаданию скрипта в бесконечный цикл.

Управляющая конструкция if-then-else

Для того, чтобы программа смогла сообщить и о результатах успешного поиска, и о неудаче, воспользуемся конструкцией . Вот как она устроена:

Если первая команда возвратит ноль, что означает её успешное выполнение, условие окажется истинным и выполнение не пойдёт по ветке . В противном случае, если будет возвращено что-то, отличающееся от нуля, что будет означать неудачу, или ложный результат, будут выполнены команды, расположенные после .

Напишем такой скрипт:

Его исполнение пошло по ветке .

Запуск скрипта с конструкцией if-then-else

Ну что же, продолжаем двигаться дальше и зададимся вопросом о более сложных условиях. Что если надо проверить не одно условие, а несколько? Например, если нужный пользователь найден, надо вывести одно сообщение, если выполняется ещё какое-то условие — ещё одно сообщение, и так далее. В подобной ситуации нам помогут вложенные условия. Выглядит это так:

Если первая команда вернёт ноль, что говорит о её успешном выполнении, выполнятся команды в первом блоке , иначе, если первое условие окажется ложным, и если вторая команда вернёт ноль, выполнится второй блок кода.

В подобном скрипте можно, например, создавать нового пользователя с помощью команды , если поиск не дал результатов, или делать ещё что-нибудь полезное.

Проверка существует ли файл используя open() и try … except

Мы только что рассматривали, как функции в модуле могут быть использованы для проверки существования файла или папки.

Есть еще один прямолинейный алгоритм Python для проверки существования файла: Вы просто пытаетесь открыть файл при помощи встроенной функции , вот так:

Python

open(‘нет-такого-файла.txt’)
FileNotFoundError:
» No such file or directory: ‘нет-такого-файла.txt'»

1 2 3

open(‘нет-такого-файла.txt’) FileNotFoundError » No such file or directory: ‘нет-такого-файла.txt'»

Если файл существует, то файл успешно откроется и вернет валидный объект для дальнейшей обработки файла. Если файл не существует, появится ошибка FileNotFoundError:

Это значит, что вы можете получить ошибку FileNotFoundError в своем коде, и использовать ее для обнаружения того, существует файл или нет. Вот пример кода, который демонстрирует работу этой техники:

Python

try:
f = open(‘нет-такого-файла.txt’)
f.close()
except FileNotFoundError:
print(‘Файл не существует!’)

1 2 3 4 5

try f=open(‘нет-такого-файла.txt’) f.close() exceptFileNotFoundError print(‘Файл не существует!’)

Обратите внимание, мы мгновенно вызываем метод для объекта файла для освобождения дескриптора файла. Это считается хорошей практикой при работе с файлами в Python:. Если вы не закроете дескриптор файлов, то будет сложно понять, когда именно он будет закрыт автоматически во время работы Python

Это занимает ресурсы системы и может снизить производительность ваших программ

Если вы не закроете дескриптор файлов, то будет сложно понять, когда именно он будет закрыт автоматически во время работы Python. Это занимает ресурсы системы и может снизить производительность ваших программ.

Вместо того, чтобы закрывать файл при помощи метода , есть еще один способ, которым можно воспользоваться контекстным менеджером и оператора with для автоматического закрытия файла.

Теперь, та же техника “просто попробуем открыть файл” также работает для выяснения, является ли файл доступным и читаемым. Вместо поиска ошибок FileNotFoundError, вам нужно искать любые ошибки типа IOError:

Python

try:
f = open(‘new-music.mp3’)
f.close()
except IOError:
print(‘Файл недоступен’)
print(‘Файл доступен’)

1 2 3 4 5 6

try f=open(‘new-music.mp3’) f.close() exceptIOError print(‘Файл недоступен’) print(‘Файл доступен’)

Если вы часто используете этот шаблон, вы можете выделить его в вспомогательную функцию, которая позволит вам проверить, существует ли файл и является ли он в то же время доступным:

Python

def is_accessible(path, mode=’r’):
«»»
Проверка, является ли файл или папка из `path`
доступным для работы в предоставленным `mode` формате.
«»»
try:
f = open(path, mode)
f.close()
except IOError:
return False
return True

1 2 3 4 5 6 7 8 9 10 11

defis_accessible(path,mode=’r’) «»»     Проверка, является ли файл или папка из `path`     доступным для работы в предоставленным `mode` формате.     «»» try f=open(path,mode) f.close() exceptIOError returnFalse returnTrue

Как альтернатива, вы можете использовать функцию из стандартной библиотеке для проверки того, существует ли файл и является ли он доступным в то же время. Это может быть похоже на использование функции , если файл существует.

Использование и имеет некоторые преимущества, когда доходит до обработки файлов в Python. Это может помочь вам избежать накладок, вызванных определенными условиями существования файла:

Представим, что файл существует в тот момент, когда вы запускаете проверку, файл удаляется другим процессом независящий от вас. Когда вы пытаетесь открыть файл для работы с ним, он исчезает и ваша программа получает ошибку.

Мы рассмотрим этот случай в конце руководства. Но перед этим, запрыгнем в еще одну кроличью нору. Рассмотрим еще один способ того, как проверить, существует ли файл в Python.

Подстановка команд

Одна из самых полезных возможностей bash-скриптов — это возможность извлекать информацию из вывода команд и назначать её переменным, что позволяет использовать эту информацию где угодно в файле сценария.

Сделать это можно двумя способами.

• С помощью значка обратного апострофа «`»
• С помощью конструкции 

Используя первый подход, проследите за тем, чтобы вместо обратного апострофа не ввести одиночную кавычку. Команду нужно заключить в два таких значка:

При втором подходе то же самое записывают так:

А скрипт, в итоге, может выглядеть так:

В ходе его работы вывод команды будет сохранён в переменной , содержимое которой, с помощью команды , попадёт в консоль.

Скрипт, сохраняющий результаты работы команды в переменной

Просмотр директорий

Чтобы перейти в директорию с логами достаточно ввести команду cd и её абсолютный адрес.

Например:

cd /glassfish_domains/server_name/logs

Если абсолютный адрес директории неизвестен, нужно перемещаться куда-то из текущей директории.

Узнать содержимое текущей директории можно с помощью команды

ls

Например

ls -la

где опция l требует вывода в так называемом длинном формате.

Вывод будет содержать
права доступа, количество жёстких ссылок на файл , владельца, группу, размер,
время последнего изменения и называние файла.
a — это опция которая требует показать скрытые файлы — те, называние которых начинается с .

Переместиться в директорию на уровень ниже можно с помощью команды cd название директории

cd testProject01

Подняться на уровень выше

cd ..

Создание директории

Для того, чтобы создать директорию выполните команду:

mkdir название_директории

где название_директории — это та директорию, который вы хотите создать.

К примеру, создадим директорию test_Project2:

mkdir test_Project2

Копирование директории

Для того, чтобы скопировать директорию из одного места в другое, выполните команду:

cp -a project01 project02

где project01 — источник (директорию, которую вы хотите скопировать)
а project02 — получатель (тот директорию, в которую вы хотите скопировать)
ключ -a означает то, что мы выполняем нерекурсивное копирование.

Например, скопируем директорию /usr/local/project01 в своу домашнюю директорию и назовем её project01arj:

cp -a /usr/local/project01 ~/project01arj

Перемещение / Переименование директории

За перемещение и переименование директорий, в Linux отвечает команда mv.

Рассмотрим примеры:

перемещение директории /usr/local/projects в уже существующую, в домашней директории, директорию project01arj:

mv /usr/local/statistics ~/project01arj/

переименование директории /usr/local/projects в /usr/local/testedProjects:

mv /usr/local/statistics /usr/local/newstatistics

Удаление директории

Удаление директории и её содержимого, можно произвести при помощи команд rmdir или rm:

удаляем директорию /usr/local/testedProjects/temp:

rmdir /usr/local/testedProjects/temp

или рекурсивно директорию /usr/local/testedProjects/temp, со всеми директориями внутри него:

rm -rf /usr/local/testedProjects/temp

Создание файлов формата JUnit¶

Чтобы создать результирующие файлы в формате, понятном Jenkins
или другому серверу непрерывной интеграции, используйте вызов:

pytest --junitxml=path

Команда создает xml-файл по указанному пути.

Чтобы задать имя корневого xml-элемента для набора тестов, можно настроить параметр
в конфигурационном файле:

junit_suite_name = my_suite

Спецификация JUnit XML, по-видимому, указывает, что атрибут должен сообщать
об общем времени выполнения теста, включая выполнение setup- и teardown- методов
(, ).
Это поведение по умолчанию. Чтобы вместо этого сообщать только о длительности вызовов,
настройте параметр следующим образом:

junit_duration_report = call

record_property

Чтобы записать дополнительную информацию для теста, используйте фикстуру :

def test_function(record_property):
    record_property("example_key", 1)
    assert True

Такая запись добавит дополнительное свойство к сгенерированному тегу :

<testcase classname="test_function" file="test_function.py" line="0" name="test_function" time="0.0009">
  <properties>
    <property name="example_key" value="1" />
  </properties>
</testcase>

Эту функциональность также можно использовать совместно с пользовательскими маркерами:

# content of conftest.py


def pytest_collection_modifyitems(session, config, items):
    for item in items
        for marker in item.iter_markers(name="test_id"):
            test_id = marker.args
            item.user_properties.append(("test_id", test_id))

И в тесте:

# content of test_function.py
import pytest


@pytest.mark.test_id(1501)
def test_function():
    assert True

В файле получим:

<testcase classname="test_function" file="test_function.py" line="0" name="test_function" time="0.0009">
  <properties>
    <property name="test_id" value="1501" />
  </properties>
</testcase>

Предупреждение

Пожалуйста, обратите внимание, что использование этой возможности приведет к записи
некорректного с точки зрения JUnitXML-схем последних версий файла и может вызывать
проблемы при работе с некоторыми серверами непрерывной интеграции

Итоги

Сегодня мы поговорили о циклах и в bash-скриптах, о том, как их запускать, как ими управлять. Теперь вы умеете обрабатывать в циклах строки с разными разделителями, знаете, как перенаправлять данные, выведенные в циклах, в файлы, как просматривать и анализировать содержимое директорий.

Если предположить, что вы — разработчик bash-скриптов, который знает о них только то, что изложено в в самом начале этой статьи, то вы уже вполне можете написать кое-что полезное. Далее вы узнаете, как передавать bash-скриптам параметры и ключи командной строки, и что с этим всем делать.

Возможно вам понравится:

Стандартные дескрипторы вывода

В системе GNU/Linux каждый объект является файлом. Это правило работает также для процессов ввода/вывода. Каждый файловый объект в системе обозначается дескриптором файла — неотрицательным числом, однозначно определяющим открытые в сеансе файлы. Один процесс может открыть до девяти дескрипторов.

В командном интерпретаторе Bash первые три дескриптора зарезервированы для специального назначения:

Дескриптор	Сокращение	Название
STDIN	Стандартный ввод
1	STDOUT	Стандартный вывод
2	STDERR	Стандартный вывод ошибок

Их предназначение — обработка ввода/вывода в сценариях. По умолчанию стандартным потоком ввода является клавиатура, а вывода — терминал. Рассмотрим подробно последний.

Вывод в файл Bash

1. Перенаправление стандартного потока вывода

Для того, чтобы перенаправить поток вывода с терминала в файл, используется знак «больше» (>).

Как результат, «Строка 1» выводится в терминале, а в файл file записывается только «Строка 2»:

Связано это с тем, что > перезаписывает файл новыми данными. Для того, чтобы дописать информацию в конец файла, используется два знака «больше» (>>).

Здесь «Промежуточная строка» перезаписала предыдущее содержание file, а «Строка 2» дописалась в его конец.

Если во время использования перенаправления вывода интерпретатор обнаружит ошибку, то он не запишет сообщение о ней в файл.

В данном случае ошибка была в том, что команда ls не смогла найти файл badfile, о чём Bash и сообщил. Но вывелось сообщение в терминал, а не записалось в файл. Всё потому, что использование перенаправления потоков указывает интерпретатору отделять мух от котлет ошибки от основной информации.

Это особенно полезно при выполнении сценариев в фоновом режиме, где приходится предусматривать вывод сообщений в журнал. Но так как ошибки в него писаться не будут, нужно отдельно перенаправлять поток ошибок для того, чтобы выполнить их вывод в файл Linux.

2. Перенаправление потока ошибок

В командном интерпретаторе для обработки сообщений об ошибках предназначен дескриптор STDERR, который работает с ошибками, сформированными как от работы интерпретатора, так и самим скриптом.

По умолчанию STDERR указывает в то же место, что и STDOUT, хотя для них и предназначены разные дескрипторы. Но, как было показано в примере, использование перенаправления заставляет Bash разделить эти потоки.

Чтобы выполнить перенаправление вывода в файл Linux для ошибок, следует перед знаком«больше» указать дескриптор 2.

В результате работы скрипта создан файл errors, в который записана ошибка выполнения команды ls, а в file3 записаны предназначенные строки. Таким образом, выполнение сценария не сопровождается выводом информации в терминал.

Пример того, как одна команда возвращает и положительный результат, и ошибку:

Команда ls попыталась показать наличие файлов test и badtest. Первый присутствовал в текущем каталоге, а второй — нет. Но сообщение об ошибке было записано в отдельный файл.

Если возникает необходимость выполнить вывод команды в файл Linux, включая её стандартный поток вывода и ошибки, стоит использовать два символа перенаправления, перед которыми стоит указывать необходимый дескриптор.

Результат успешного выполнения записан в файл output, а сообщение об ошибке — в errors.

По желанию можно выводить и ошибки, и обычные данные в один файл, используя &>.

Обратите внимание, что Bash присваивает сообщениям об ошибке более высокий приоритет по сравнению с данными, поэтому в случае общего перенаправления ошибки всегда будут располагаться в начале