sh：parse_git_branch：找不到命令

Posted 2023-04-18

【中文标题】sh：parse_git_branch：找不到命令

【英文标题】：sh: parse_git_branch: command not found

【发布时间】：2016-02-25 04:40:55

【问题描述】：

我在 osx El Captain 上启用了 root。我尝试了*** 和supersu 上已经提供的一些解决方案，但无法修复错误。我从.bash_prompt 将function parse_git_branch() 导出到.bash_profile，但我仍然收到此错误。我不知道 bash 脚本，所以我不知道发生了什么以及要修复什么。

abhimanyuaryan at Macbook in ~
$ sudo su
sh: parse_git_branch: command not found
root at Macbook in /Users/abhimanyuaryan

.bash_profile

if which rbenv > /dev/null; then eval "$(rbenv init -)"; fi

# Add Homebrew `/usr/local/bin` and User `~/bin` to the `$PATH`
PATH=/usr/local/bin:$PATH
PATH=$HOME/bin:$PATH
export PATH

# Load the shell dotfiles, and then some:
# * ~/.path can be used to extend `$PATH`.
# * ~/.extra can be used for other settings you don’t want to commit.
for file in ~/.path,bash_prompt,exports,aliases,functions,extra; do
  [ -r "$file" ] && source "$file"
done
unset file

.bash_prompt

# @gf3’s Sexy Bash Prompt, inspired by “Extravagant Zsh Prompt”
# Shamelessly copied from https://github.com/gf3/dotfiles
# Screenshot: http://i.imgur.com/s0Blh.png

if [[ $COLORTERM = gnome-* && $TERM = xterm ]] && infocmp gnome-256color >/dev/null 2>&1; then
  export TERM=gnome-256color
elif infocmp xterm-256color >/dev/null 2>&1; then
  export TERM=xterm-256color
fi

if tput setaf 1 &> /dev/null; then
  tput sgr0
  if [[ $(tput colors) -ge 256 ]] 2>/dev/null; then
    # Changed these colors to fit Solarized theme
    MAGENTA=$(tput setaf 125)
    ORANGE=$(tput setaf 166)
    GREEN=$(tput setaf 64)
    PURPLE=$(tput setaf 61)
    WHITE=$(tput setaf 244)
  else
    MAGENTA=$(tput setaf 5)
    ORANGE=$(tput setaf 4)
    GREEN=$(tput setaf 2)
    PURPLE=$(tput setaf 1)
    WHITE=$(tput setaf 7)
  fi
  BOLD=$(tput bold)
  RESET=$(tput sgr0)
else
  MAGENTA="\033[1;31m"
  ORANGE="\033[1;33m"
  GREEN="\033[1;32m"
  PURPLE="\033[1;35m"
  WHITE="\033[1;37m"
  BOLD=""
  RESET="\033[m"
fi

export MAGENTA
export ORANGE
export GREEN
export PURPLE
export WHITE
export BOLD
export RESET

function parse_git_dirty() 
  [[ $(git status 2> /dev/null | tail -n1) != *"working directory clean"* ]] && echo "*"


function parse_git_branch() 
  git branch --no-color 2> /dev/null | sed -e '/^[^*]/d' -e "s/* \(.*\)/\1$(parse_git_dirty)/"


export PS1="\[$BOLD$MAGENTA\]\u \[$WHITE\]at \[$ORANGE\]\h \[$WHITE\]in \[$GREEN\]\w\[$WHITE\]\$([[ -n \$(git branch 2> /dev/null) ]] && echo \" on \")\[$PURPLE\]\$(parse_git_branch)\[$WHITE\]\n\$ \[$RESET\]"
export PS2="\[$ORANGE\]→ \[$RESET\]"

【参考方案1】：

这里的问题是，当您执行sudo su 时，您正在更改为 root，但您保留了自己的个人资料。该配置文件包含一个引用 bash 函数的命令提示符设置。但是当你 sudo 到 root 时，你得到的是 root 的 shell，它是 sh 而不是 bash - 所以任何依赖 bash 配置的修改都将不起作用，包括你在 PS1 中引用的函数。

因此，首先要做的是确保您在 sudo 时实际运行的是 bash 而不是 sh。这非常简单——您只需运行sudo bash，而不是运行sudo su。

由于 sudo 默认切换到 root，您现在将以 root 身份运行 bash shell，而不仅仅是切换到 root 用户的默认 shell。

如果您仍然有问题，这可能是由于您的 .bash_profile 包含对当前用户主目录的引用，因为它在这些行中指向 ~：

for file in ~/.path,bash_prompt,exports,aliases,functions,extra; do
  [ -r "$file" ] && source "$file"
done

当您以自己的身份运行 bash 时，~ 将扩展到您自己的主目录 - 但当您以 root 身份运行它时，它将评估为 /var/root，它会在那里查找您的文件。

您可以通过三种方式解决此问题；选择你喜欢的那个。

更改 .bash_profile，使其包含主目录的完整路径，而不仅仅是波浪号 将所有相关的bash文件复制到/var/root 不要运行sudo su，而是运行sudo su -。这将为您提供 root 的环境，而不是您自己的环境。缺点是您自己的所有环境修改都将不可用，您将运行sh 而不是bash。 （在某些操作系统中，它们是相同的，但在其他操作系统中则不同。我相信 MacOSX 是其中sh 和bash 不同的操作系统之一。）

【讨论】：

我使用的是 Mac。我没有.bashrc。我有 bash_profile。都一样吗？

是一样的。我将编辑我的答案以消除混淆。

已修复。在过去的一周里，我一直在使用 Linux、MacOSX 和 FreeBSD，有时我会混淆文件名放在哪里......

是命令行提示符的格式。在您的文件.bash_prompt 的末尾，有一行以export PS1 开头 - 这是您定义提示应包含函数parse_git_branch 的地方。

正确；因为root shell 几乎可以肯定是/bin/sh，所以它不会执行任何启动文件； sudo -i 和 su -l 将指定模拟登录，这意味着将执行 /etc/profile 和 .profile。

【参考方案2】：

你导出你的 $PS1 了吗？ 可以通过运行命令查看：

printenv

否则你应该通过运行导出它：

export -n PS1

之后你就可以毫无问题地运行 sudo 或 sudo su