hello

Bash PS1 프롬프트 설정 상세 해설

Share

Linux 환경에서 터미널의 프롬프트는 PS1 변수로 제어된다.
제공된 코드는 color_prompt에 따라 색상 적용 여부가 달라지는 동적 프롬프트 구성을 보여준다.
아래는 코드와 함께 각 요소의 의미를 풍부하게 분석한 내용이다.


📌 전체 코드

if [ "$color_prompt" = yes ]; then
#    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
#    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
    PS1='${debian_chroot:+($debian_chroot)}\u@\w\$ '
fi

🟩 1. 색상이 적용되는 경우 (color_prompt = yes)

✔️ 사용되는 PS1

PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '

🧩 구성 요소 해설

요소 의미
${debian_chroot:+($debian_chroot)} chroot 환경일 경우 (chroot명)을 표시
\[\033[01;32m\] 밝은 녹색 시작(ANSI 컬러 코드)
\u 현재 사용자 이름
@ 구분자
\[\033[00m\] 색상 초기화
: 구분자
\[\033[01;34m\] 밝은 파란색 시작
\w 현재 작업 디렉토리 경로 (상대/압축 표기)
\[\033[00m\] 색상 초기화
\$ 일반 유저는 $, root는 # 표시

🎨 색상 설명 (ANSI 코드 요약)

코드 색상
\033[01;32m 밝은 초록색
\033[01;34m 밝은 파란색
\033[00m 리셋

이 프롬프트 구성은 다음과 같은 형태로 표시된다:

username:/현재경로$
  • username초록색
  • 경로(w)파란색

주의: 원본에서는 \u@\h(사용자@호스트)였으나, 현재 설정에서는 호스트명을 제거해 \u@만 출력한다.


🟦 2. 색상이 적용되지 않는 경우 (color_prompt != yes)

✔️ 사용되는 PS1

PS1='${debian_chroot:+($debian_chroot)}\u@\w\$ '

🧩 구성 요소 해설

요소 의미
${debian_chroot:+($debian_chroot)} chroot 환경 표시
\u 사용자명
@ 구분자
\w 현재 디렉터리
\$ 권한에 따라 $ 또는 # 출력

📌 출력 예시

user:/home/user$

🛠 왜 주석 처리된 원본과 다르게 수정된 걸까?

원래 배포본의 일반 PS1은 다음 형태였다:

원본 컬러 버전

\u@\h:\w$

수정 버전에서 달라진 점은:

원본 수정본 차이
\u@\h \u@ 호스트명 제거
디렉터리 앞에 : 그대로 유지 동일
색상 코드 일부 수정 색상은 유지되나 호스트명 색이 사라짐

👉 이유(추정)

  • 프롬프트가 너무 길어지는 것을 방지하려는 목적
  • SSH 접속이 많지 않은 환경에서는 호스트 표시가 불필요
  • 깔끔하고 짧은 프롬프트 선호

🪄 PS1 커스터마이징 팁

🌈 (1) 프롬프트에 Git branch 표시하기

PS1='\u@\w$(git branch 2>/dev/null | grep "*" | sed "s/*/ (/;s/$/)/")\$ '

🕒 (2) 프롬프트 앞에 시간 표시

PS1='[\t] \u@\w\$ '

💻 (3) 완전 minimal 스타일

PS1='\w\$ '

🔚 요약

  • color_prompt=yes일 때 ANSI 컬러 코드가 적용된 컬러 프롬프트 사용
  • \u, \w, \h, \$ 등 Bash PS1 특수 문자로 사용자·디렉터리·호스트 정보 표시
  • 수정본은 **호스트명(h)**을 제거하여 더 단순한 형태로 구성
  • 색상 없는 버전에서도 기본 데이터(사용자, 경로)는 동일하게 출력
  • PS1은 사용자가 원하는 대로 자유롭게 확장·커스터마이징 가능

Read more

LLM 시대, 프롬프트 엔지니어링보다 '도메인 전문성'이 더 강력한 무기인 이유

최근 AI 도구들이 비약적으로 발전하면서 '프롬프트 엔지니어링'이라는 기술적 기법에 많은 관심이 쏠렸습니다. 하지만 실제 현업에서 LLM을 극한으로 활용해 고도의 결과물을 만들어내는 사람들의 공통점은 정교한 프롬프트 템플릿을 쓰는 능력이 아니라, 해당 분야에 대한 깊은 '도메인 전문성'을 갖추고 있다는 점입니다. 많은 이들이 LLM이 지식의 격차를 줄여준다고

By JHL

AI 코딩 에이전트 도입 시 고려해야 할 보안 제어 프레임워크: 속도와 안전의 균형 잡기

최근 Claude Code나 Kiro와 같은 AI 코딩 에이전트들이 단순한 코드 완성을 넘어, 자연어 프롬프트 하나로 수십 개의 PR을 생성하고 인프라를 수정하는 수준까지 발전했습니다. 하지만 이러한 생산성 향상은 '기계적 속도'라는 트레이드오프를 동반합니다. AI 에이전트는 조직의 보안 리스크나 컴플라이언스를 이해하지 못한 채 오직 '작업 완료'에만 최적화되어

By JHL

AI 벤치마크의 '포화 상태'와 평가 지표의 유효기간: 우리는 무엇을 믿어야 하는가

최근 LLM의 성능이 비약적으로 상승하면서, 역설적으로 우리가 모델의 성능을 측정하는 '자' 자체가 무용지물이 되는 현상이 가속화되고 있습니다. arXiv에 게재된 "When AI Benchmarks Plateau: A Systematic Study of Benchmark Saturation" 연구는 우리가 흔히 신뢰하는 벤치마크 점수가 왜 더 이상 모델 간의 변별력을 제공하지 못하는지, 그리고 이른바 '

By JHL

AI 에이전트 시대의 엔드포인트 보안: 실행 권한을 넘어 '행위 거버넌스'로

DevOps.com을 통해 Airlock Digital이 발표한 'Agentic AI Control & Governance' 솔루션 소식을 접했습니다. 이번 발표의 핵심은 단순히 '어떤 AI 소프트웨어를 실행할 것인가'라는 기존의 화이트리스트 방식(Application Control)을 넘어, 실행 중인 AI 에이전트가 '실제로 어떤 명령을 내리고 어떻게 행동하는가'를 실시간으로 제어하겠다는

By JHL