exa

KO | EN

gitlite — search

#javascript #python #react #typescript #llm #go #android #docker #macos #awesome #pytorch #ios #openai #mcp

(★ 24,439)

`ls`를 대체하는 현대적인 도구입니다.

exa 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# exa는 더 이상 유지 관리되지 않으므로, 대신 [fork eza](https://github.com/eza-community/eza)를 사용하세요.

(이 저장소는 권한을 가진 유일한 인물과 연락이 닿지 않아 아카이브되지 않았습니다).

---

# exa

[exa](https://the.exa.website/)는 `ls`를 대체하는 현대적인 도구입니다.

**README 섹션:** [옵션](#options) — [설치](#installation) — [개발](#development)

[![Unit tests](https://github.com/ogham/exa/actions/workflows/unit-tests.yml/badge.svg)](https://github.com/ogham/exa/actions/workflows/unit-tests.yml)
</div>

![Screenshots of exa](https://raw.githubusercontent.com/ogham/exa/master/screenshots.png)

---

**exa**는 Unix 및 Linux 운영 체제에 기본 포함된 오래된 파일 목록 출력 명령줄 프로그램인 `ls`를 대체하는 현대적인 도구로, 더 많은 기능과 더 나은 기본 설정을 제공합니다.
파일 유형과 메타데이터를 구분하기 위해 색상을 사용합니다.
심볼릭 링크, 확장 속성, Git을 인식합니다.
또한 **크기가 작고**, **빠르며**, 단 **하나의 바이너리**로 구성되어 있습니다.

몇 가지 설정을 의도적으로 다르게 결정함으로써, exa는 `ls`보다 더 많은 기능을 갖추고 사용자 친화적인 버전이 되고자 합니다.
더 자세한 정보는 [exa 웹사이트](https://the.exa.website/)를 참조하세요.

---

exa의 옵션은 `ls`와 거의 비슷하지만, 완전히 같지는 않습니다.

### 표시 옵션

- **-1**, **--oneline**: 한 줄에 하나씩 항목 표시
- **-G**, **--grid**: 항목을 그리드 형태로 표시 (기본값)
- **-l**, **--long**: 확장 상세 정보 및 속성 표시
- **-R**, **--recurse**: 디렉토리 재귀 탐색
- **-T**, **--tree**: 디렉토리를 트리 구조로 재귀 탐색
- **-x**, **--across**: 그리드를 아래 방향이 아닌 가로 방향으로 정렬
- **-F**, **--classify**: 파일 이름 옆에 유형 표시자 표시
- **--colo[u]r**: 터미널 색상 사용 시점
- **--colo[u]r-scale**: 파일 크기 수준을 뚜렷하게 강조
- **--icons**: 아이콘 표시
- **--no-icons**: 아이콘 표시 안 함 (`--icons`보다 항상 우선 적용)

### 필터링 옵션

- **-a**, **--all**: 숨김 파일 및 '점(.)' 파일 표시
- **-d**, **--list-dirs**: 디렉토리를 일반 파일처럼 표시
- **-L**, **--level=(depth)**: 재귀 깊이 제한
- **-r**, **--reverse**: 정렬 순서 반전
- **-s**, **--sort=(field)**: 정렬 기준 필드
- **--group-directories-first**: 다른 파일보다 디렉토리를 먼저 표시
- **-D**, **--only-dirs**: 디렉토리만 표시
- **--git-ignore**: `.gitignore`에 명시된 파일 무시
- **-I**, **--ignore-glob=(globs)**: 무시할 파일의 glob 패턴 (파이프`|`로 구분)

`--all` 옵션을 두 번 사용하면 `.` 및 `..` 디렉토리까지 표시합니다.

### 상세 보기 옵션

이 옵션들은 `--long` (`-l`)과 함께 실행할 때 사용할 수 있습니다:

- **-b**, **--binary**: 이진 접두사와 함께 파일 크기 표시
- **-B**, **--bytes**: 접두사 없이 바이트 단위로 파일 크기 표시
- **-g**, **--group**: 각 파일의 그룹 표시
- **-h**, **--header**: 각 열에 헤더 행 추가
- **-H**, **--links**: 각 파일의 하드 링크 수 표시
- **-i**, **--inode**: 각 파일의 inode 번호 표시
- **-m**, **--modified**: 수정 시간(modified) 타임스탬프 필드 사용
- **-S**, **--blocks**: 각 파일의 파일 시스템 블록 수 표시
- **-t**, **--time=(field)**: 사용할 타임스탬프 필드 선택
- **-u**, **--accessed**: 액세스 시간(accessed) 타임스탬프 필드 사용
- **-U**, **--created**: 생성 시간(created) 타임스탬프 필드 사용
- **-@**, **--extended**: 각 파일의 확장 속성 및 크기 표시
- **--changed**: 변경 시간(changed) 타임스탬프 필드 사용
- **--git**: 추적 중이거나 무시된 경우 각 파일의 Git 상태 표시
- **--time-style**: 타임스탬프 형식 지정 방법
- **--no-permissions**: 권한 필드 숨기기
- **--octal-permissions**: 각 파일의 권한을 8진수 형식으로 표시
- **--no-filesize**: 파일 크기 필드 숨기기
- **--no-user**: 사용자 필드 숨기기
- **--no-time**: 시간 필드 숨기기

일부 옵션은 매개변수를 받습니다:

- **--color**의 유효한 옵션은 **always**, **automatic**, **never**입니다.
- 유효한 정렬 필드는 **accessed**, **changed**, **created**, **extension**, **Extension**, **inode**, **modified**, **name**, **Name**, **size**, **type**, **none**입니다. 대문자로 시작하는 필드는 대문자를 소문자보다 먼저 정렬합니다. modified 필드는 **date**, **time**, **newest**라는 별칭을 가지며, 그 역순은 **age**와 **oldest**라는 별칭을 가집니다.
- 유효한 시간 필드는 **modified**, **changed**, **accessed**, **created**입니다.
- 유효한 시간 스타일은 **default**, **iso**, **long-iso**, **full-iso**입니다.

---

exa는 macOS와 Linux에서 사용할 수 있습니다.
exa 설치 방법에 대한 자세한 내용은 [설치 페이지](https://the.exa.website/install)에서 확인하세요.

### Alpine Linux

Alpine Linux에서는 [커뮤니티 저장소를 활성화](https://wiki.alpinelinux.org/wiki/Enable_Community_Repository)하고 [`exa`](https://pkgs.alpinelinux.org/package/edge/community/x86_64/exa) 패키지를 설치하세요.

apk add exa

### Arch Linux

Arch에서는 [`exa`](https://www.archlinux.org/packages/community/x86_64/exa/) 패키지를 설치하세요.

pacman -S exa

### Android / Termux

Android / Termux에서는 [`exa`](https://github.com/termux/termux-packages/tree/master/packages/exa) 패키지를 설치하세요.

pkg install exa

### Debian

Debian에서는 [`exa`](https://packages.debian.org/stable/exa) 패키지를 설치하세요.

apt install exa

### Fedora

Fedora에서는 [`exa`](https://src.fedoraproject.org/modules/exa) 패키지를 설치하세요.

dnf install exa

### Gentoo

Gentoo에서는 [`sys-apps/exa`](https://packages.gentoo.org/packages/sys-apps/exa) 패키지를 설치하세요.

emerge sys-apps/exa

### Homebrew

macOS에서 [Homebrew](https://brew.sh/)를 사용하는 경우, [`exa`](http://formulae.brew.sh/formula/exa) 포뮬러를 설치하세요.

brew install exa

### MacPorts

macOS에서 [MacPorts](https://www.macports.org/)를 사용하는 경우, [`exa`](https://ports.macports.org/port/exa/summary) 포트를 설치하세요.

port install exa

### Nix

nixOS에서는 [`exa`](https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/misc/exa/default.nix) 패키지를 설치하세요.

nix-env -i exa

### openSUSE

openSUSE에서는 [`exa`](https://software.opensuse.org/package/exa) 패키지를 설치하세요.

zypper install exa

### Ubuntu

Ubuntu 20.10 (Groovy Gorilla) 및 이후 버전에서는 [`exa`](https://packages.ubuntu.com/jammy/exa) 패키지를 설치하세요.

sudo apt install exa

### Void Linux

Void Linux에서는 [`exa`](https://github.com/void-linux/void-packages/blob/master/srcpkgs/exa/template) 패키지를 설치하세요.

xbps-install -S exa

### GitHub에서 수동 설치

릴리스가 생성되면 컴파일된 바이너리 버전의 exa가 GitHub에 업로드됩니다.
[릴리스를 다운로드](https://github.com/ogham/exa/releases)하여 압축을 풀고, 바이너리를 `/usr/local/bin`과 같은 `$PATH` 내의 디렉토리로 복사하여 exa를 수동으로 설치할 수 있습니다.

더 자세한 정보는 [수동 설치 페이지](https://the.exa.website/install/linux#manual)를 참조하세요.

### Cargo

이미 Rust 환경이 설정되어 있다면, `cargo install` 명령어를 사용할 수 있습니다:

cargo install exa

Cargo가 `exa` 바이너리를 빌드하여 `$HOME/.cargo`에 저장합니다.

필요한 종속성이 설치되어 있지 않은 경우, Git 지원 없이 빌드하려면 `cargo install --no-default-features exa`를 실행할 수 있습니다.

---

<a id="development">
<h1>개발

exa는 [Rust](https://www.rust-lang.org/)로 작성되었습니다.
rustc 1.66.1 버전 이상이 필요합니다.
개발용 Rust 설치 권장 방법은 rustup을 사용하여 [공식 다운로드 페이지](https://www.rust-lang.org/tools/install)에서 설치하는 것입니다.

Rust가 설치되면 Cargo로 exa를 컴파일할 수 있습니다:

cargo build
    cargo test

- [just](https://github.com/casey/just) 명령어 러너를 사용하여 `make`와 유사한 방식으로 몇 가지 유용한 개발 명령어를 실행할 수 있습니다. 사용 가능한 명령어 목록을 보려면 `just --list`를 실행하세요.

- 직접 복사본을 컴파일하는 경우, 릴리스 모드 최적화의 이점을 얻으려면 `cargo build --release` 또는 `just build-release`를 실행하십시오. `target/release` 디렉토리에 생성된 결과 바이너리를 `$PATH` 내의 폴더로 복사하세요. `/usr/local/bin`이 보통 적절한 선택입니다.

- 매뉴얼 페이지를 컴파일하고 설치하려면 [pandoc](https://pandoc.org/)이 필요합니다. `just man` 명령어는 마크다운을 매뉴얼 페이지로 컴파일하여 `target/man` 디렉토리에 저장합니다. 이를 사용하려면 `man`이 읽을 수 있는 디렉토리로 복사하세요. `/usr/local/share/man`이 보통 적절한 선택입니다.

- exa는 특정 기능을 위해 [libgit2](https://github.com/rust-lang/git2-rs)에 의존합니다. `libgit2`를 컴파일할 수 없는 경우, `cargo build --no-default-features`를 실행하여 Git 지원을 제외할 수 있습니다.

- musl용으로 컴파일하려는 경우, Git 기능을 작동시키려면 `vendored-openssl` 플래그를 사용해야 합니다. 전체 명령어는 `cargo build --release --target=x86_64-unknown-linux-musl --features vendored-openssl,git`입니다.

더 자세한 정보는 [소스에서 빌드 페이지](https://the.exa.website/install/source)를 참조하세요.

### Vagrant를 이용한 테스트

exa는 테스트를 위한 가상 머신 설정을 위해 [Vagrant][]를 사용합니다.

exa와 같이 기본적으로 시스템 인터페이스 역할을 하는 프로그램은 [테스트하기 매우 까다로운 것으로 유명합니다][testing].
내부 구성 요소에는 유닛 테스트가 있지만, 현재 사용자의 이름, 시간대, 로캘, 디렉토리 구조를 강제하지 않고서는 완전한 엔드-투-엔드 테스트를 수행하는 것이 불가능합니다.
(그리고 네, 이러한 테스트는 수행할 가치가 있습니다. 저도 여러 차례 엣지 케이스를 놓친 적이 있습니다.)

이 문제를 해결하기 위한 초기 시도는 단순히 "까다로운" 테스트 케이스 디렉토리를 만들고, 거기서 exa를 실행하여 올바른 출력이 나오는지 확인하는 것이었습니다.
하지만 이 출력조차 사용자의 로캘이 날짜를 표시하는 방식이 다르면 변경될 수 있습니다.
코드 내에서 이를 모킹(mocking)할 수 있지만, 그렇게 하면 코드를 읽고 이해하기 더 복잡해집니다.

대안은 *모든 것*을 가짜로 만드는 것입니다. 즉, 상태가 알려진 가상 머신을 만들고 *그 위에서* 테스트를 실행하는 것입니다.
이것이 Vagrant가 하는 일입니다.
다운로드하고 설정하는 데 시간이 걸리지만, 모든 사람에게 동일한 개발 환경을 제공하여 명백한 회귀(regression) 테스트를 수행할 수 있게 합니다.

[Vagrant]: https://www.vagrantup.com/
[testing]: https://eev.ee/blog/2016/08/22/testing-for-people-who-hate-testing/#troublesome-cases

먼저 VM을 초기화하세요:

host$ vagrant up

첫 번째 명령어는 가상 머신 이미지를 다운로드한 후 프로비저닝 스크립트를 실행합니다. 이 스크립트는 Rust와 exa 빌드 시 필요한 종속성을 설치하고, 환경을 설정하며, 테스트 케이스로 사용할 까다로운 파일과 폴더를 생성합니다.
완료되면 SSH로 접속하여 빌드 및 테스트를 수행할 수 있습니다:

host$ vagrant ssh
    vm$ cd /vagrant
    vm$ cargo build
    vm$ ./xtests/run
    All the tests passed!

물론 표준 개발 환경을 갖추는 것의 단점은 그 외부에서 발생하는 버그를 감지하지 못하게 된다는 점입니다.
이러한 이유로 Vagrant는 *필수적인* 개발 단계는 아닙니다. 사용하고 싶은 경우를 위해 마련된 것이며, exa는 여전히 다른 플랫폼에서도 사용되고 테스트됩니다.
VM 유무와 상관없이 `cargo build` 및 `cargo test`를 통해 지원하는 모든 타겟 트리플(target triple)에서 빌드하고 컴파일할 수 있습니다.

exa

exa 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

exa

exa 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README