Терминал и командная строка для разработчика

Почти любой инструмент разработки — Node.js, npm, Git, Docker — в первую очередь работает из командной строки. В графическом интерфейсе вы нажимаете кнопки, в терминале пишете короткие текстовые команды, и компьютер отвечает текстом. Это быстрее, точнее и легко повторяется: ту же последовательность команд можно сохранить в файл и запустить снова.

Три слова часто путают. MDN разводит их так: терминал — программа-окно, которая запускает оболочку и подключается к ней; оболочка (shell) — ваша сессия со своими настройками, она разбирает и выполняет команды; командная строка — та самая строка, где мигает курсор. На практике слова «терминал» и «командная строка» используют как синонимы, и это нормально.

В Linux терминал есть всегда, обычно с оболочкой bash. В macOS начиная с версии 10.15 оболочка по умолчанию — zsh (так пишет поддержка Apple); команды этого урока в ней работают так же. В Windows по умолчанию открывается PowerShell, а для привычных Unix-команд ставят Git Bash — он входит в Git for Windows и эмулирует bash — или полноценный Linux через WSL, который рекомендует MDN.

Главное отличие PowerShell: его команды (cmdlet) передают друг другу не текст, а объекты .NET. Для удобства в нём есть псевдонимы с привычными именами: ls, cd, cat, rm вызывают «родные» команды PowerShell. Проверить, что скрывается за псевдонимом, можно так:

PS> Get-Command ls, cd, pwd, cat, rm, cp, mv | Select-Object Name, Definition

Name Definition
---- ----------
ls   Get-ChildItem
cd   Set-Location
pwd  Get-Location
cat  Get-Content
rm   Remove-Item
cp   Copy-Item
mv   Move-Item

Оболочка всегда «находится» в какой-то папке — текущем рабочем каталоге. При запуске это домашняя папка пользователя. Команда pwd показывает, где вы, ls — что лежит рядом, cd — переходит в другую папку. mkdir -p создаёт папку вместе со всеми недостающими родителями.

$ pwd
/home/ubuntu
$ mkdir -p projects/hello/src
$ cd projects/hello
$ pwd
/home/ubuntu/projects/hello
$ ls
src
$ cd src
$ pwd
/home/ubuntu/projects/hello/src
$ cd ..
$ cd ../..
$ pwd
/home/ubuntu
$ cd /home/ubuntu/projects/hello/src
$ cd ~
$ pwd
/home/ubuntu

• Абсолютный путь начинается с корня /: /home/ubuntu/projects/hello/src ведёт в одно и то же место, где бы вы ни находились.
• Относительный путь отсчитывается от текущей папки: cd src работает, только если src лежит прямо здесь.
• .. — родительская папка, . — текущая, ~ — домашняя. cd без аргументов тоже возвращает домой.
• Клавиша Tab дописывает имя файла или папки, если начало уже введено: меньше опечаток и быстрее.
• В Windows пути пишутся через обратную косую черту (C:\Users\name), а Git Bash показывает тот же диск как /c/Users/name.

touch создаёт пустой файл, cp копирует, mv перемещает или переименовывает: переименование — это перемещение в ту же папку под новым именем. rm удаляет файл, rmdir — только пустую папку, а rm -r — папку со всем содержимым. ls -l показывает подробный список: права, владельца, размер и дату.

$ cd ~/projects/hello
$ touch README.md
$ echo 'console.log("hello")' > src/index.js
$ cat src/index.js
console.log("hello")
$ cp src/index.js src/index.backup.js
$ mv src/index.backup.js old.js
$ ls -l . src
.:
total 8
-rw-r--r-- 1 ubuntu ubuntu    0 Oct 11 22:02 README.md
-rw-r--r-- 1 ubuntu ubuntu   21 Oct 11 22:02 old.js
drwxr-xr-x 2 ubuntu ubuntu 4096 Oct 11 22:02 src

src:
total 4
-rw-r--r-- 1 ubuntu ubuntu 21 Oct 11 22:02 index.js
$ rm old.js
$ rmdir src
rmdir: failed to remove 'src': Directory not empty
$ rm -r src
$ ls
README.md

• Перед удалением выполните pwd и ls с тем же путём — убедитесь, что видите именно то, что собираетесь стереть.
• Для ручной работы используйте rm -i: оболочка спросит подтверждение для каждого файла.
• Не копируйте из интернета команды с rm -rf и sudo, пока не понимаете каждую часть.
• Важные эксперименты проводите в отдельной тестовой папке или в контейнере.

Когда вы пишете node index.js --port 3000, первое слово — имя программы, остальные — аргументы: программа получит их списком и сама решит, что с ними делать. Флаги обычно начинаются с дефиса (-l) или двух дефисов (--port). Если в имени нет косой черты, оболочка ищет программу по папкам из переменной окружения PATH — по порядку, пока не найдёт исполняемый файл. Так описано в стандарте POSIX; в Linux и macOS папки в PATH разделены двоеточием, в Windows — точкой с запятой.

$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
$ command -v bash ls
/usr/bin/bash
/usr/bin/ls
$ type cd
cd is a shell builtin
$ node --version
bash: node: command not found
$ echo $?
127

command -v показывает, какой файл будет запущен, а type отличает встроенные команды оболочки: cd — не программа, а часть самой оболочки. Код возврата (exit status) лежит в переменной $?: 0 — успех, любое другое число — ошибка. Стандарт POSIX закрепляет за «команда не найдена» код 127, за «найдена, но не исполняется» — 126. Сообщение command not found почти всегда значит одно из двух: программа не установлена или её папки нет в PATH (часто помогает перезапуск терминала после установки).

Переменные окружения — пары «имя=значение», которые процесс получает от родителя при запуске. Через них программам передают настройки, не меняя код: режим работы, порт, адрес базы данных. Обычная переменная оболочки видна только ей самой; export делает её частью окружения дочерних процессов. Запись APP_ENV=test команда задаёт переменную только для одной команды.

$ echo $HOME
/home/ubuntu
$ GREETING=hello
$ echo $GREETING
hello
$ bash -c 'echo "child: [$GREETING]"'
child: []
$ export GREETING
$ bash -c 'echo "child: [$GREETING]"'
child: [hello]
$ APP_ENV=test bash -c 'echo "APP_ENV=$APP_ENV"'
APP_ENV=test
$ echo "after: [$APP_ENV]"
after: []
$ unset GREETING

В PowerShell переменные окружения доступны через $env:ИМЯ. Документация Microsoft уточняет: такое изменение действует только в текущей сессии и наследуется дочерними процессами; для постоянного значения переменную прописывают в профиль PowerShell или в системные настройки. Записи APP_ENV=test команда в PowerShell нет — переменную задают отдельной строкой.

PS> $env:APP_ENV = "test"
PS> pwsh -NoProfile -c '"child: [$env:APP_ENV]"'
child: [test]
PS> Remove-Item Env:APP_ENV
PS> "[$env:APP_ENV]"
[]
PS> $env:PATH -split ";" | Select-String nodejs
C:\Program Files\nodejs

У каждой программы есть три стандартных потока: ввод (stdin, номер 0), вывод (stdout, 1) и ошибки (stderr, 2). По умолчанию вывод и ошибки идут на экран. Конвейер | соединяет вывод одной команды со вводом следующей — как сказано в POSIX, стандартный вывод command1 подключается к стандартному вводу command2. Так из маленьких утилит собираются нужные инструменты: grep отбирает строки, wc -l считает их, sort сортирует.

$ printf 'GET /\nPOST /api/lead\nGET /about\nGET /api/health\n' > access.log
$ grep api access.log
POST /api/lead
GET /api/health
$ grep api access.log | wc -l
2
$ grep api access.log > api.txt
$ echo 'GET /api/price' >> api.txt
$ cat api.txt
POST /api/lead
GET /api/health
GET /api/price
$ ls missing.txt
ls: cannot access 'missing.txt': No such file or directory
$ echo $?
2
$ ls missing.txt 2> errors.txt
$ cat errors.txt
ls: cannot access 'missing.txt': No such file or directory
$ mkdir demo && cd demo && echo "created and entered"
created and entered
$ cd ~
$ ls missing.txt && echo "never printed" || echo "ls failed, exit code $?"
ls: cannot access 'missing.txt': No such file or directory
ls failed, exit code 2

Операторы >, >>, 2>, |, && и || работают и в PowerShell 7 — два последних появились именно в седьмой версии. Но по конвейеру PowerShell идут объекты, поэтому вместо grep и wc там используют Select-String и Measure-Object. Типичная ошибка новичка — > вместо >>: одна лишняя угловая скобка тихо стирает содержимое файла.

В Linux и macOS у каждого файла есть права для трёх групп: владелец, группа и все остальные. Для каждой — чтение (r), запись (w) и выполнение (x). В выводе ls -l первая буква — тип (d у папки, - у файла), дальше три тройки прав. Скрипт можно запустить по пути ./build.sh, только если у него есть право x; иначе оболочка ответит Permission denied.

$ printf '#!/usr/bin/env bash\necho "Build started in $(pwd)"\n' > build.sh
$ ls -l build.sh
-rw-r--r-- 1 ubuntu ubuntu 51 Oct 11 22:02 build.sh
$ ./build.sh
bash: ./build.sh: Permission denied
$ chmod +x build.sh
$ ls -l build.sh
-rwxr-xr-x 1 ubuntu ubuntu 51 Oct 11 22:02 build.sh
$ ./build.sh
Build started in /home/ubuntu
$ chmod 600 build.sh
$ ls -l build.sh
-rw------- 1 ubuntu ubuntu 51 Oct 11 22:02 build.sh

Цифры — восьмеричная запись: r = 4, w = 2, x = 1, сумма даётся для каждой группы. Первая строка скрипта #!/usr/bin/env bash (shebang) говорит системе, какой программой его выполнять. Без права x скрипт всё равно можно запустить явно: bash build.sh.

Соберём всё вместе: создадим папку проекта, инициализируем npm, напишем скрипт, который читает аргументы и переменную окружения, и запустим его тремя способами. Нужен установленный Node.js. В Node.js аргументы командной строки доступны через process.argv, переменные окружения — через process.env.

const name = process.env.USER_NAME ?? "world";
const args = process.argv.slice(2);
console.log(`Hello, ${name}!`);
console.log(`Arguments: ${args.join(" ") || "none"}`);

$ node --version
v24.18.0
$ npm --version
11.16.0
$ mkdir -p ~/projects/hello-cli && cd ~/projects/hello-cli
$ npm init -y > /dev/null
$ ls
package.json
$ node index.js
Hello, world!
Arguments: none
$ node index.js --port 3000
Hello, world!
Arguments: --port 3000
$ USER_NAME=Asel node index.js
Hello, Asel!
Arguments: none
$ npm pkg set scripts.start="node index.js"
$ npm start -- --verbose

> hello-cli@1.0.0 start
> node index.js --verbose

Hello, world!
Arguments: --verbose

Двойной дефис в npm start -- --verbose — граница: всё, что после него, npm не разбирает сам, а передаёт скрипту, как описано в документации npm run. Тот же сценарий в PowerShell 7:

PS> New-Item -ItemType Directory hello-cli -Force | Out-Null
PS> Set-Location hello-cli
PS> npm init -y > $null
PS> node index.js --port 3000
Hello, world!
Arguments: --port 3000
PS> $env:USER_NAME = "Asel"
PS> node index.js
Hello, Asel!
Arguments: none
PS> Remove-Item Env:USER_NAME
PS> npm pkg set scripts.start="node index.js"
PS> npm start -- --verbose
> hello-cli@1.0.0 start
> node index.js --verbose
Hello, world!
Arguments: --verbose

Следующий шаг — Git: он работает из того же терминала, и уверенная навигация по папкам понадобится с первой команды.