git - sh : parse_git_branch: command not found

Question

我在 osx El Captain 上启用了 root。我尝试了一些已在 stackoverflow 上提供的解决方案和 supersu但无法修复错误。我将 function parse_git_branch() 从 .bash_prompt 导出到 .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\]"

Answer 1

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

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

由于 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 并且这就是它寻找您的文件的地方。

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

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