대부분의 서버, 컨테이너 및 클라우드 시스템은 Linux를 실행하며 일반적으로 그래픽 데스크톱이 없습니다. 그렇기 때문에 Linux 명령을 배우는 것은 개발자와 테스터 모두에게 매우 유용한 기술입니다. 수백 개를 외울 필요는 없습니다. 수십 명이 당신을 먼 길로 데려다 줄 것입니다.

동일한 핵심 도구를 제공하는 Windows의 Git Bash에서 파일, 검색 및 파이프 예제를 테스트했으며 해당 실행에서 출력이 나옵니다. 권한, 서비스, 패키지 및 원격 액세스에 대한 명령은 실제 ​​Linux 시스템에 의존하기 때문에 실행하지 않았습니다. 세부 사항은 배포판에 따라 다를 수 있으므로 자신의 시스템 설명서를 확인하세요.

안전하게 시작하기

연습을 위해 Linux를 설치할 필요는 없습니다. 좋은 옵션은 다음과 같습니다.

• Windows: Linux용 Windows 하위 시스템(WSL) 또는 기본 사항인 Git Bash를 사용합니다.
• macOS: 내장 터미널. 명령은 매우 유사하지만 일부 옵션은 다릅니다.
• 모든 시스템: 컨테이너. 초보자를 위한 Docker 튜토리얼에서는 Docker를 시작하는 방법을 보여줍니다.

일회용 폴더에서 연습하고 Linux의 모든 항목은 대소문자를 구분한다는 점을 기억하세요. Notes.txt과 notes.txt는 서로 다른 파일입니다.

명령 분석

ls -l /var/log
^  ^  ^
|  |  argument: what to act on
|  option: how to behave
command: what to run

짧은 옵션은 대개 결합할 수 있으므로 ls -l -a과 ls -la는 동일합니다. 긴 옵션은 --help과 같이 두 개의 대시를 사용합니다. 도움이 필요하면 전체 매뉴얼을 보려면 man ls를 실행하고 요약을 보려면 ls --help를 실행하세요. 매뉴얼 페이지를 나가려면 q을 누르세요.

파일 시스템 이동

파일 이름을 자동 완성하려면 Tab을 누르고, 이전 명령을 다시 불러오려면 위쪽 화살표를 누르세요. 이 두 가지 습관은 여기에 있는 다른 어떤 팁보다 더 많은 시간을 절약해 줍니다. .env처럼 점으로 시작하는 파일 이름은 숨겨지고, ls은 -a로만 표시됩니다.

파일 및 폴더 관리

다음은 우리 실행의 짧은 세션입니다.

$ mkdir -p project/logs
$ cd project
$ touch notes.txt
$ ls
logs  notes.txt

$ cp notes.txt backup.txt
$ mv backup.txt old.txt
$ ls
logs  notes.txt  old.txt

$ rm old.txt
$ ls
logs  notes.txt

파일 내용 보기

다음 몇 가지 예에서는 작은 로그 파일을 만들었습니다.

$ cat logs/app.log
ERROR db down
INFO started
ERROR disk full
INFO stopped

$ head -n 1 logs/app.log
ERROR db down

$ tail -n 1 logs/app.log
INFO stopped

$ wc -l logs/app.log
4 logs/app.log

tail -f은 버그를 재현하는 동안 실시간 애플리케이션 로그를 보기 위한 일일 도구입니다. 중지하려면 Ctrl+C를 누르세요.

grep으로 검색해서 찾아보세요

grep은 파일 내부를 검색하고 find는 파일 자체를 검색합니다.

$ grep ERROR logs/app.log
ERROR db down
ERROR disk full

$ grep -c ERROR logs/app.log
2

$ find . -name "*.log"
./logs/app.log

파이프 및 리디렉션

이것이 명령줄을 매우 강력하게 만드는 아이디어입니다. 각 도구는 하나의 작은 작업을 수행하며 이를 연결합니다.

$ echo "hello" > greeting.txt
$ echo "world" >> greeting.txt
$ cat greeting.txt
hello
world

단일 >을 사용하면 주의하세요. 파일에 이미 있던 내용을 자동으로 덮어쓰기 때문입니다.

실제 예: 로그 요약

로그에는 각 유형별로 몇 줄이 있나요? 네 가지 간단한 명령을 결합하면 답이 나옵니다.

$ cut -d' ' -f1 logs/app.log | sort | uniq -c
      2 ERROR
      2 INFO

왼쪽에서 오른쪽으로 읽기: cut은 각 줄에서 공백으로 구분된 첫 번째 단어를 취하고, sort는 동일한 단어를 그룹화하고, uniq -c은 각 그룹의 수를 셉니다. uniq는 인접한 중복 항목만 축소하므로 정렬 단계가 중요합니다. 가장 일반적인 항목을 먼저 나열하려면 끝에 | sort -nr를 추가하세요.

이런 종류의 단일 라이너는 오류를 조사할 때 큰 도움이 됩니다. 오류가 두 번 발생했는지, 아니면 2,000번 발생했는지 빠르게 알려줄 수 있으며, 이는 버그 보고서에 기록하는 데 유용한 세부 정보입니다.

파일 권한

ls -l을 실행하면 다음과 같은 내용이 표시됩니다.

-rwxr-xr-- 1 asha devs 512 Nov 1 10:00 deploy.sh

파일 유형을 나타내는 첫 번째 문자 뒤에는 소유자, 그룹 및 기타 모든 사람을 위한 세 문자로 구성된 세 개의 그룹이 있습니다. 각각은 r(읽기), w(쓰기) 및 x(실행)을 가질 수 있습니다.

숫자는 합산됩니다. 읽기는 4, 쓰기는 2, 실행은 1입니다. 따라서 7은 세 가지 모두를 의미하고 5는 읽기 및 실행을 의미합니다. 권한 오류에 대한 빠른 수정으로 모든 사람에게 전체 액세스 권한을 부여하는 chmod 777을 사용하지 마세요. 대신 진짜 원인을 찾아보세요. 그리고 sudo는 일반적으로 시스템을 보호하는 안전 검사를 제거하므로 주의해서 사용하십시오.

프로세스 및 시스템 정보

소프트웨어를 설치하려면 Debian 및 Ubuntu의 경우 sudo apt install curl, Fedora 및 RHEL의 경우 sudo dnf install curl와 같은 배포판의 패키지 관리자를 사용하십시오.

아카이브 및 원격 작업

$ tar -czf logs.tar.gz logs
$ tar -tzf logs.tar.gz
logs/
logs/app.log

tar에서 c는 생성을 의미하고, z은 gzip을 의미하고, f는 파일 이름을 지정하고 t는 내용을 나열합니다. 아카이브를 추출하려면 tar -xzf logs.tar.gz을 사용하십시오. 다른 기계로 작업하려면 다음 세 가지가 필요합니다.

이와 동일한 명령이 Dockerfiles 및 CI/CD 파이프라인 내에서 사용되므로 이러한 지식은 DevOps 작업 전체에 도움이 됩니다.

일반적인 실수

• 보지 않고 rm -rf를 사용합니다. 먼저 pwd으로 폴더를 확인하고 경로에 공백이 있는지 주의하세요.
• >로 덮어쓰기. 추가하려면 >>을 사용하세요.
• sudo로 모든 것을 실행합니다. 필요할 때만 사용하세요.
• 이해하지 못하는 명령을 붙여넣습니다. 먼저 읽어보세요. 특히 셸에 다운로드하는 모든 내용을 읽어보세요.
• 따옴표를 잊었습니다. "my file.txt"와 같이 공백이 있는 파일 이름에는 공백이 필요합니다.

마무리

터미널에 대해 읽어서 터미널을 배울 수는 없습니다. 쉘을 열고 연습용 폴더를 만든 후 각 섹션의 명령어를 실행해 보세요. 그런 다음 파이프를 사용하여 로그에 가장 자주 나타나는 오류와 같은 실제 질문에 답해 보세요. 이번 주에 탐색 및 파일부터 시작하고 다음에 grep과 파이프를 추가하면 나머지는 필요에 따라 따라옵니다.

자주 묻는 질문

계속 학습하세요