Fedora下用oh-my-posh美化bash提示符实战指南

Fedora 默认的 bash 提示符，说实话，用久了确实有点朴素。主机名冒号、当前目录、美元符号，一条干巴巴的横线怼在屏幕最底下，看多了难免想折腾点花样。oh-my-posh 这个工具这几年在终端美化圈里口碑不错，最初是 PowerShell 社区的明星项目，后来发展成全 shell 通用的提示符引擎，在 Linux 的 bash 下同样能跑得很稳。这篇文章就围绕在 Fedora 上配置 oh-my-posh 美化 bash 这个主题，把字体安装、工具部署、bash 集成、主题调优、性能优化和踩坑实录完整记录下来，适合想让终端既好看又能提高信息效率的 Fedora 用户参考，也适合从 Ubuntu 或其他发行版迁移过来、想重新折腾一遍提示符的朋友。

我最早接触 oh-my-posh 是在 Windows 的 Windows Terminal 里，当时觉得这个工具的配置热加载特别爽，改完主题立刻生效，不用重启终端。后来切到 Fedora 做主力开发环境，第一件事就是想把 bash 也武装起来。但 Linux 下的坑和 Windows 下不太一样，比如字体路径、locale 环境、终端模拟器的差异都会影响显示效果。这篇文章不是简单翻译官方文档，而是把我实际踩过的坑和总结的经验全部写出来，照着做基本能一次跑通。

1. 为什么我用 oh-my-posh 而不是 Starship 或 Powerlevel10k

1.1 终端美化的本质需求

在动手之前，得先想明白一个问题：折腾提示符到底图什么？单纯为了好看？那不如直接换个壁纸。终端提示符的核心价值是信息密度和扫读效率。好的提示符应该让你在一秒内回答三个问题：我现在在哪个目录、当前在哪个分支、上一条命令执行得怎么样。

Fedora 默认的 bash 提示符只回答了“我在哪”这个问题，而且回答得还很简略。一旦你同时开三四个终端窗口，分别跑着不同的项目，你就得反复敲 pwd 和 git status 去确认状态，这个时间成本积少成多非常可观。oh-my-posh 的价值就在于把 git 分支、Python 虚拟环境、命令执行耗时、退出码、后台任务数这类高频信息，全部塞进一行提示符里，而且用图标和颜色做了视觉层级，扫一眼就能拿到关键信息。

1.2 主流方案对比：oh-my-posh、Starship、Powerlevel10k、bash-it

网上关于终端美化的方案一搜一大把，我实际用过的有 Starship、Powerlevel10k、bash-it，再加上 oh-my-posh，四个方案的侧重点完全不同，放在一起对比会看得更清楚。

注意 Powerlevel10k 只支持 zsh，如果你的主力 shell 是 zsh 那它确实是王者，但用 bash 的人享受不到。bash-it 本质上是 bash 的框架管理工具，功能很强但配置起来偏传统，想要达到 oh-my-posh 那种开箱即用的图标效果，还得自己组合一堆插件。Starship 性能最好，Rust 写的，渲染速度确实快，但它的默认风格偏极简，不太适合喜欢色彩丰富的人。

1.3 最终选型理由：跨 shell、主题生态、配置热加载

我最后选 oh-my-posh 有三个核心原因。第一是跨 shell 能力，同一份配置文件可以在 bash、zsh、fish、pwsh 之间无缝切换。我偶尔会在 Fedora 上用 zsh 跑脚本，但主力还是 bash，这种一致性很重要。第二是主题生态，官方仓库里 200 多个主题，总有一款适合你，而且社区还在持续更新。第三是配置热加载，改完主题文件后，终端里直接输入exec bash就能看到效果，开发自用都很方便。

另外还有一个很多人忽略的点：oh-my-posh 的配置是数据驱动的，JSON 或 TOML 格式，这意味着你可以用脚本去动态生成配置，甚至可以根据不同目录加载不同主题。Starship 也能做到类似效果，但配置复杂度和灵活度差一些。oh-my-posh 还提供了一块模式（blocks），你可以把提示符拆成多行、多块，每一块独立控制显示时机和条件，这个能力在 bash-it 里很难实现。

2. 安装前置：字体、oh-my-posh 本体与 bash 集成

2.1 先装 Nerd Font：图标乱码的根源在字体

很多人在 Fedora 上装完 oh-my-posh 之后，发现提示符里全是方块和小问号，第一反应是配置文件写错了。其实问题几乎都出在字体上。oh-my-posh 的主题里用了大量 Nerd Font 图标字体，比如 git 分支符号、Python 图标、操作系统 logo，这些字符在普通字体里根本不存在。

Fedora 默认的终端字体一般是 DejaVu Sans Mono，它能显示大多数 ASCII 字符和部分 Unicode 符号，但 Nerd Font 的私有区字符在它眼里就是空白。解决方法是安装一款 Nerd Font，我推荐 MesloLGM Nerd Font，它在等宽字体里算是兼容性和美观度比较均衡的选择。

# 安装依赖 sudo dnf install -y fontconfig unzip # 下载 MesloLGM Nerd Font wget https://github.com/ryanoasis/nerd-fonts/releases/latest/download/Meslo.zip unzip Meslo.zip -d ~/.local/share/fonts/ # 刷新字体缓存 fc-cache -f

这里有个细节要注意：下载和解压完之后，一定要执行fc-cache -f，否则系统不认识新装的字体。装完之后用fc-list | grep -i meslo验证一下，能看到 MesloLGM Nerd Font 相关条目就说明装好了。

2.2 安装 oh-my-posh：rpm 包与官方脚本两条路线

Fedora 下安装 oh-my-posh 有两条路线：一条是用官方 RPM 包，另一条是用安装脚本。两条路线的本质区别在于权限和升级方式不同。

RPM 包方式适合喜欢系统级包管理的人：

sudo dnf install -y https://github.com/JanDeDobbeleer/oh-my-posh/releases/latest/download/oh-my-posh.x86_64.rpm

这种方式安装后的二进制在/usr/bin/oh-my-posh，属于系统级安装。后续升级需要用 dnf 手动执行同样的命令，覆盖安装新版本。官方脚本方式则直接装在用户目录下：

curl -s https://ohmyposh.dev/install.sh | bash -s

装完之后二进制在~/.local/bin/oh-my-posh，升级同样执行这条命令。我个人推荐 RPM 方式，原因很简单：Fedora 的安全策略默认对用户目录下新增的二进制管控更严格，而且系统级安装方便管理。你只需要确保$PATH里能找到即可。

装完验证一下版本：

oh-my-posh version

如果输出版本号，说明安装成功。

2.3 让 bash 认识 oh-my-posh：.bashrc 初始化与 PS1 接管

安装完 oh-my-posh 之后，它只是一个独立程序，还没有接管你的 bash 提示符。你需要修改~/.bashrc，在文件末尾加上初始化命令。

这里要做两件事：第一，告诉 bash 启动时执行 oh-my-posh 的 init 命令；第二，指定要加载的主题配置文件。

# 在 ~/.bashrc 末尾添加 eval "$(oh-my-posh init bash --config ~/.config/oh-my-posh/ys.omp.json)"

注意eval "$(...)"这种写法，它先执行 oh-my-posh init 输出一段 bash 函数定义代码，再用 eval 把这段代码加载到当前 shell 里。原理上，oh-my-posh init 生成的不是直接可用的 PS1 字符串，而是一个 PROMPT_COMMAND 函数，每次显示提示符前都会调用这个函数去动态生成 PS1。这也是为什么 oh-my-posh 能实时显示 git 分支、命令耗时等信息的原因。

加完配置后，执行source ~/.bashrc或直接exec bash重进 shell。如果一切正常，你会立刻看到提示符变成带图标和颜色的新样子。

3. 主题选择与自定义配置

3.1 主题文件放哪：目录规范与下载方式

oh-my-posh 的主题本质上一个 JSON 或 TOML 文件，里面定义了提示符由哪些模块（segments）组成、每个模块怎么渲染、用什么颜色、显示在哪个位置。

我的习惯是把主题文件统一放在~/.config/oh-my-posh/目录下，这个目录在 Linux 上算是标准的用户级配置文件目录，符合 XDG 规范。Fedora 上有些工具会依赖 XDG 变量，放在这个目录不容易出幺蛾子。

获取主题文件有两种方式。第一种是直接从官方仓库下载所有主题：

mkdir -p ~/.config/oh-my-posh curl -s https://api.github.com/repos/JanDeDobbeleer/oh-my-posh/releases/latest | grep browser_download_url | grep themes.tar.gz | cut -d '"' -f 4 | wget -qi - && tar -xzf themes.tar.gz -C ~/.config/oh-my-posh

第二种是只下载单个主题文件，比如想要 ys 主题：

mkdir -p ~/.config/oh-my-posh wget -P ~/.config/oh-my-posh https://raw.githubusercontent.com/JanDeDobbeleer/oh-my-posh/main/themes/ys.omp.json

个人推荐第一种，一次把全部主题都拉下来，切换的时候方便。主题文件不大，总共也就几 MB，日常使用完全没压力。

3.2 快速切换主题的两种方法

配置好 oh-my-posh 之后，你会发现官方 200 多个主题里总有几款特别心动。这里分享两种快速切换主题的方法。

方法一：修改 .bashrc 里的配置路径。把--config参数后面的路径改成新主题，然后exec bash。这种方法最直接，但每次改主题都要动 .bashrc，而且要在不同主题之间来回对比时很麻烦。

方法二：用 oh-my-posh 自带的主题选择器。在终端里直接运行：

oh-my-posh get shell

这会弹出一个交互式界面，用方向键上下选择主题，回车确定后，它会自动把当前配置写入 shell 的 rc 文件。不过实测下来，这个命令在 Fedora 的某些终端（比如 GNOME Terminal 的 VTE 后端）下箭头键可能不识别，所以我还是更推荐方法一，手动改路径、手动 exec bash，反而更可控。

另外分享一个小技巧：如果你想对比两个主题的效果，可以开两个终端窗口，一个窗口用旧的 .bashrc 配置，另一个窗口临时用bash --rcfile指定新的配置：

bash --rcfile <(echo 'eval "$(~/.local/bin/oh-my-posh init bash --config ~/.config/oh-my-posh/jandedobbeleer.omp.json)"')

这样不用污染主 .bashrc，就能在一个新 shell 里体验新主题。

3.3 自定义配置：改颜色、加 segment、微调信息块

当基础主题满足不了你的需求时，就该进入自定义配置的环节了。oh-my-posh 的配置是 JSON 格式，核心概念是 blocks（信息块）和 segments（段位）。一个 block 是一行提示符，block 里可以包含多个 segment，每个 segment 负责渲染一种信息，比如git段显示分支、python段显示虚拟环境、executiontime段显示命令耗时。

下面是一个精简的配置示例，展示如何自定义：

{ "$schema": "https://raw.githubusercontent.com/JanDeDobbeleer/oh-my-posh/main/themes/schema.json", "blocks": [ { "type": "prompt", "alignment": "left", "segments": [ { "type": "session", "style": "diamond", "foreground": "#ffffff", "background": "#c678dd", "leading_diamond": "\ue0b6", "trailing_diamond": "\ue0b4" }, { "type": "path", "style": "powerline", "foreground": "#ffffff", "background": "#61afef", "powerline_symbol": "\ue0b0", "properties": { "style": "folder" } }, { "type": "git", "style": "powerline", "foreground": "#ffffff", "background": "#98c379", "powerline_symbol": "\ue0b0", "properties": { "branch_icon": "\ue0a0 " } } ] } ] }

这个配置定义了一个单行提示符，从左到右依次是 session 段（显示用户名和主机名）、path 段（只显示当前文件夹名）、git 段（显示分支状态）。每一段都用了 powerline 风格，通过powerline_symbol的\ue0b0字符实现段与段之间的斜切过渡效果。

自定义配置时最容易踩的坑是颜色值写错。oh-my-posh 支持#RRGGBB格式的十六进制颜色，也支持p:red这种调色板引用，但如果你写的是普通的red这种单词，某些主题里可能会被静默忽略，导致颜色不对。我的经验是统一用十六进制，别偷懒写颜色名。

还有个高频需求是显示命令执行时长。在 segment 里加这个：

{ "type": "executiontime", "style": "plain", "foreground": "#848b96", "properties": { "threshold": 500, "style": "round", "template": " \uf252 {{ .FormattedMs }} " } }

threshold表示超过多少毫秒才显示，我设的 500ms，比这个慢的命令执行完就会在提示符里显示耗时。template里那个\uf252是一个秒表图标，{{ .FormattedMs }}是 oh-my-posh 模板引擎的变量，渲染时会替换成实际耗时。

4. 实操中的性能与体验调优

4.1 提示符渲染延迟怎么压

oh-my-posh 是 Go 写的，性能虽然在同类工具里算中等，但如果你在磁盘 IO 比较慢的目录下频繁切换，还是会感觉到提示符渲染有卡顿。尤其是 git 段，因为要扫描整个仓库的状态，大仓库下耗时非常明显。

我在 Fedora 上实测过的优化手段，按效果从高到低排列：

1. 把 git 段的scan状态开启（默认就是），但把fetch_status和fetch_upstream关掉，这两项会触发额外的 git 命令查询远程仓库状态，网络不佳时延迟爆炸。
2. 避免在提示符里渲染node、python这类需要启动解释器才能拿到版本信息的段位，如果你不需要显示当前 Node 版本，就别加node段，因为每次渲染都要等 Node 启动，这对性能是致命的。
3. 如果你在机械硬盘或网络文件系统上工作，可以把提示符改成单行模式，减少渲染面积，感知上会快一些。

配置长这样：

{ "type": "git", "style": "powerline", "properties": { "fetch_status": false, "fetch_upstream": false } }

还有一点，尽量少用#{这种复杂的模板语法，模板越复杂每次渲染的工作量越大。我见过有人把提示符模板写成十几个条件判断嵌套，结果每次按键都卡半秒，这就不值当了。

4.2 与终端复用器配合的坑

Fedora 用户大概率会用到 tmux 或者 screen，尤其是远程连接服务器的时候，没有终端复用器根本没法干活。但 oh-my-posh 和 tmux 之间有一个经典的坑：tmux 默认的 TERM 是 screen 或 tmux，这个环境下终端可能不支持某些特殊字符序列。

症状是：在裸终端下提示符渲染正常，一切进 tmux 就出现乱码或者提示符错位。解决方法是确保 tmux 内部启用了正确的字体渲染支持。

在~/.tmux.conf里加：

set -g default-terminal "tmux-256color" set -ga terminal-overrides ",*256col*:Tc"

第一行让 tmux 使用 256 色终端描述，第二行是让 tmux 支持 truecolor。hot 提示：如果你用的终端是 GNOME Terminal，它默认支持 truecolor，但 tmux 不主动声明的话就会降级到 256 色，某些主题的微渐变色就会失真。

另外 tmux 和 oh-my-posh 的图标渲染依赖 Nerd Font，tmux 本身不负责字体渲染，它只是透传。如果你在 tmux 里图标乱码，先确认外部终端（也就是 GNOME Terminal 或 Konsole）的字体设置是不是 Nerd Font，再检查 tmux 的 TERM 配置。大部分情况下，外部终端的字体一换就好了。

4.3 容器和 SSH 场景下的兼容策略

我经常要在 Fedora 上用 podman 跑容器，或者 SSH 到其他机器上。oh-my-posh 在这两种场景下表现不太一样，得分开说。

容器场景：如果容器里只有 bash，没有 oh-my-posh，那你宿主机设置的 PROMPT_COMMAND 不会带进容器里，容器启动后会使用它自己的默认提示符。这其实是有利的，不会因为容器里缺字体导致报错。如果你想让容器里也有同样的提示符效果，需要在 Dockerfile 或 Containerfile 里把 oh-my-posh 和字体都装进去，然后在容器内的 .bashrc 里配置。我个人不建议，因为会显著增大镜像体积，而且容器里通常不需要那么花哨的提示符。

SSH 场景：SSH 登录远程机器时，远端 shell 的提示符由远端的 .bashrc 决定，和你本地终端设置无关，这点很多人会搞混。我在 Fedora 上 SSH 到其他 Linux 服务器时，如果远端装了 oh-my-posh 但没装 Nerd Font，SSH 客户端这边的终端又没有相应的 fallback 字体，就会出现乱码。解决方法是在远端的 .bashrc 里加一段防护逻辑：

if [ -x "$(command -v oh-my-posh)" ] && fc-list | grep -qi "Nerd Font"; then eval "$(oh-my-posh init bash --config ~/.config/oh-my-posh/ys.omp.json)" else PS1='\[\e[1;32m\]\u@\h\[\e[0m\]:\[\e[1;34m\]\w\[\e[0m\]\$ ' fi

这样远端虽然装了 oh-my-posh 但没装字体时，就自动回退到普通彩色提示符，不会满屏乱码。

5. 常见问题与排查技巧实录

5.1 图标乱码、方框字符

这是 oh-my-posh 新手遇到最多的一个问题。前面已经说了根本原因是字体不支持 Nerd Font 图标，但还有一些进阶情况要注意。

如果你已经装了 Nerd Font，但图标还是乱码，先检查 GNOME Terminal 的 profile 里是不是真的选中了 Nerd Font。很多人只改了系统默认字体，没改终端的字体设置，GNOME Terminal 默认用自己的 profile 字体，不会自动跟随系统字体。打开 GNOME Terminal 的偏好设置，在自定义字体里改成 MesloLGM Nerd Font，这一步是必须的。

还有一个隐蔽的坑是 fontconfig 的备用字体顺序。即便你装了 Nerd Font，如果系统配置里其他字体排在前面，某些字符还是可能 fallback 到非 Nerd Font，导致个别图标显示异常。可以用fc-match "MesloLGM Nerd Font"验证匹配到的字体是不是你想要的，如果不是，调整 fontconfig 的优先级，把~/.local/share/fonts目录放到最前面。

5.2 提示符显示两次或异常

如果你在 .bashrc 里写了eval "$(oh-my-posh init bash ...)"，又在其他地方自定义了 PS1，两者就会冲突，表现出来就是提示符重复、或者出现两行提示符叠加的诡异效果。

排查思路：检查所有可能设置 PS1 的启动脚本，包括/etc/bashrc、~/.bash_profile、~/.bashrc以及/etc/profile.d/目录下的脚本。Fedora 默认的/etc/bashrc会设置一个 PS1，如果你的 .bashrc 里同时加载了 oh-my-posh，理论上 oh-my-posh 会覆盖它，但如果顺序不对，比如 oh-my-posh 的 init 在 /etc/bashrc 之前执行了，最终生效的可能是旧 PS1。

我的做法是：在 .bashrc 的最末尾追加 oh-my-posh 的初始化代码，并且用unset PS1先清掉旧的设置再让 init 接管：

unset PS1 eval "$(oh-my-posh init bash --config ~/.config/oh-my-posh/ys.omp.json)"

这样能确保没有历史残留干扰。

5.3 在虚拟机或 WSL 上的细微差异

Fedora 虚拟机里用 oh-my-posh，性能和字体问题都还好，真正的差异在终端模拟器上。如果你在虚拟机里用 SPICE 的 virt-viewer 窗口，或者用 X2Go 之类的远程图形工具，终端模拟器的字体渲染能力可能比原生 GNOME Terminal 弱，有些 Nerd Font 的连字会被断掉，图标显示不全。

碰到这种情况，先把终端的字体明确设置成 Nerd Font，如果问题还在，就干脆把相关 segment 换成纯文本模式，不要依赖图标字符。比如路径分隔符用普通斜杠代替 powerline 图标，分支符号用git:文本代替 icon。这种折衷方案虽然视觉上没那么炫酷，但至少不会乱码。

还有个细节是 locale。如果你的系统 locale 是C或POSIX，某些 Unicode 字符可能不会被正确处理，建议把 locale 至少设置成en_US.UTF-8：

sudo localectl set-locale LANG=en_US.UTF-8

这个设置需要重启会话或者exec bash才能看到效果。

5.4 更新 oh-my-posh 后配置不兼容怎么办

oh-my-posh 更新频率不算低，偶尔会出现大版本升级后配置格式不兼容的情况。Fedora 上如果之前用旧版配置过，升级后提示符突然变成纯文本或者直接没了，大概率是配置 schema 升级了。

遇到这种情况，不要急着回退版本，先看两点：第一，用oh-my-posh print --config ~/.config/oh-my-posh/xxx.omp.json试试能否正常输出配置解析结果；第二，如果报错，看它提示的字段名，去官方更新日志里找对应的迁移说明。通常只是某个 segment 的properties字段改名了，改一下配置就行。

我用 RPM 方式升级时遇到过一次，新版本把template里的函数调用方式改了，老的{{ .Git.Repository }}写法不生效。当时排查了半个小时，最后在 changelog 里看到新版本要求用{{ .Repo }}，改完就好。所以升级后第一时间看 changelog 是很重要的习惯。

6. 让提示符更好用的几个进阶技巧

6.1 根据目录动态切换提示符样式

oh-my-posh 支持在配置中定义多个 blocks，并且每个 block 可以通过"if"条件控制显示时机。比如我在做 Web 前端项目时，希望在提示符里额外显示 Node 版本；做 Python 项目时，显示虚拟环境名称和 Python 版本。

这个功能是通过环境变量和自定义模板实现的。思路是在 .bashrc 里根据当前目录定义一个环境变量，判断是前端项目还是 Python 项目，然后在 oh-my-posh 的 block 配置里用这个环境变量做条件判断。

# 在 ~/.bashrc if [[ -f package.json ]]; then export PROJECT_TYPE="node" elif [[ -f pyproject.toml || -f requirements.txt ]]; then export PROJECT_TYPE="python" else export PROJECT_TYPE="generic" fi

然后在主题配置对应的 block 里加上：

{ "type": "prompt", "if": "map.get .Env \"PROJECT_TYPE\" == \"python\"", "segments": [ { "type": "python", "style": "plain", "template": " \ue73c {{ .Full }} " } ] }

这个实现稍微有点进阶，但效果非常棒。同一套终端配置，在前后端不同项目里展示的信息完全不一样，真正做到了按需显示。

6.2 在 Fedora 上给 oh-my-posh 配一个自定义图标

oh-my-posh 默认的段位图标已经覆盖了大部分场景，但如果你想加点个人辨识度，比如把 session 段的用户图标换成自己设计的符号，可以直接改配置里该 segment 的template字段。我的做法是把 OS 段（显示 Fedora 的 logo）换成 Fedora 的标志性蓝色，整个提示符风格瞬间就立住了。

要在提示符里显示 Fedora logo，只需在配置里加一个os类型的 segment：

{ "type": "os", "style": "diamond", "foreground": "#ffffff", "background": "#3b7eb9", "leading_diamond": "", "trailing_diamond": "\ue0b4", "template": " \uf17c {{ .Name }} " }

\uf17c是 Fedora 的标志图形，.Name会显示 "fedora"。整个段位用 Fedora 蓝做背景，白色文字带一个尾部的斜切过渡，跟旁边 PATH 段的 powerline 风格衔接得很自然。

6.3 和终端多标签页协作的体验优化

如果你像一样在 Fedora 上常年开着十几个 GNOME Terminal 标签页，为每个标签页设置动态标题会很有用。oh-my-posh 本身不负责设置终端标题，但可以在 .bashrc 里通过 PROMPT_COMMAND 实现：

# 在 .bashrc 里，和 oh-my-posh init 放在一起 PROMPT_COMMAND="echo -ne \"\033]0;${PWD##*/}\007\"; $PROMPT_COMMAND"

这段代码会在每次显示提示符前把终端标签页标题改成当前目录名。配合 oh-my-posh 的视觉提示符，整个工作流的信息获取效率会提升一个档次。特别是同时在多个项目目录之间切换时，光靠标签页标题就能快速定位，不用逐一点开看提示符。

6.4 性能再进阶：缓存 git 状态

oh-my-posh 渲染 git 段时，每次都会执行 git 命令查询仓库状态。在超大仓库里，这个操作可能有几百毫秒延迟。官方其实有缓存机制，但默认不开启。

开启方法是在配置文件的全局位置添加：

{ "cache": { "ttl": "5000", "path": "/tmp/oh-my-posh-cache", "strategy": "memory" } }

strategy用 memory 表示只缓存到内存，进程退出缓存即失效，适合本地日常使用。ttl是缓存有效期，单位毫秒，我设的 5 秒，键盘操作之间的渲染间隔通常远小于这个值，所以能命中缓存，提示符渲染基本无感知。

注意这个缓存只对git段这类需要执行外部命令的 segment 有效，纯颜色和文本段没有缓存的意义，它们本来就很快。

6.5 备份你的整套配置

配置 oh-my-posh 花了半天时间，最怕的就是某天系统出问题要重装。我的习惯是把整个~/.config/oh-my-posh/目录和 .bashrc 的相关片段纳入 git 管理，平时提交到私有仓库里。Fedora 的系统级配置和版本更迭有时候不可控，有备份就能快速恢复。

cd ~/.config/oh-my-posh git init git add . git commit -m "backup oh-my-posh config"

同时把 .bashrc 里的相关配置片段单独抽成一个文件，比如~/.config/oh-my-posh/bash-integration.sh，然后在 .bashrc 里 source 它：

source ~/.config/oh-my-posh/bash-integration.sh

这样重装系统后，只需要恢复 .config 目录，再在 .bashrc 里加一行 source 命令，整套提示符就原地复活了。

写在最后

这套 Fedora 下的 oh-my-posh bash 美化方案，前前后后陪我用了一年多，从最初纯粹为了好看折腾，到后来发现它确实能提升日常工作效率，现在它已经成了我终端环境里不可分割的一部分。如果你也经常被默认提示符限制，grep 分支状态或虚拟环境名称全靠敲命令，那么照着这篇配置一套，应该能明显感受到变化。配置过程中如果遇到图标乱码、性能卡顿，不妨回看一下对应的小节，大部分坑其实都是字体或缓存那几个老问题。我个人在实际操作中的体会是，不要太追求什么旗舰爆款主题，适合自己工作节奏的才是好的，先用 ys 或 jandedobbeleer 上手，慢慢改成自己的形状，那个过程本身也是玩终端的乐趣所在。