为什么每次输入 git 命令时 zsh 都会杀死我的进程

问题描述 投票:0回答:11

我正在尝试在我的苹果 M1 MacBook Air 上设置 git。我尝试运行 git,发现我需要先更新命令行工具,我也是如此。但是现在,每次我尝试输入 git 命令时,我都会一次又一次地看到同一行:

zsh: killed     git
.

例如,当我输入

git
时,终端告诉我:
zsh: killed     git
,当我输入
git --version
时,终端告诉我:
zsh: killed     git --version
等等。有人知道问题从何而来以及如何解决吗?

感谢您阅读并尝试寻找答案。

git zsh apple-m1
11个回答
19
投票

我把最终的解决方案放在这里。我在我的mac M1上尝试了很多方法,最好的方法是重新安装homebrew。

步骤1:

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall.sh)"

第二步: 安装自制程序

cd /opt 
mkdir homebrew # if not exist, just create one.
curl -L https://github.com/Homebrew/brew/tarball/master | tar xz --strip 1 -C homebrew

然后,问题就解决了。


7
投票

我使用了以下命令:

brew uninstall git
brew update
brew reinstall pcre2 gettext
brew install git

Git 之后就可以工作了。


4
投票

要找出崩溃的原因,您可以使用

Console
+
打开
spacebar
,然后转到“崩溃报告”。

如果你向下滚动一点,你会找到错误的根源:

应用具体信息:
dyld:启动,加载依赖库
/opt/homebrew/opt/gettext/lib/libintl.8.dylib

因此,在这个示例中,一个简单的

brew reinstall gettext
将解决该问题(当然,除非另一个依赖项也存在问题)。

要一步解决所有依赖关系问题,您也可以简单地执行

brew reinstall $(brew deps git)


2
投票

我有一台配备 macOS Big Sur 的 M1,所以我必须先安装开发工具

xcode-select
,因为重新安装
gettext
pcre2
也没有运行。

按照这个顺序做:

xcode-select --install
brew reinstall gettext
brew reinstall pcre2
brew reinstall git

谢啦!


2
投票

TL;博士

brew reinstall $(brew deps git) git

或者如果它发生在 git 之外的其他软件上,请替换为受影响的软件:

brew reinstall $(brew deps ffmpeg) ffmpeg

为什么?

它似乎是在一些重要的 macOS 更新后发生的(我在蒙特雷 12.2.1 更新后发生过这种情况)。在此过程中打破了一些依赖性。

仅重新安装

git
是不够的。重新安装特定的依赖项(
gettext
pcre2
)可能会起作用;他们都会的。但如果您使用其他软件发生这种情况,则它可能有更多依赖项:例如,
ffmpeg
有 96 个。解决方案是在重新安装软件本身之前自动重新安装所有依赖项。

无需删除 Homebrew 及其所有软件包的核心选项。


1
投票

快车道用户

在安装 rbenv 并更改我正在使用的 ruby 版本后,我收到此错误。每当我运行bundle exec fastlane时,zsh都会立即终止该进程。

我通过删除 Gemfile.lock 文件然后运行

bundle install
来修复它。


0
投票

我遇到了同样的问题,我有一台 MacBook Pro M1,我运行以下命令:

brew reinstall gettex
brew reinstall pcre2
brew reinstall git

0
投票

尝试重置 xcode-select by

sudo xcode-select --reset

0
投票

我最近在运行已编译的 go 可执行文件时遇到了这个问题,运行后

go build main.go
将生成主可执行文件,但 zsh 会在尝试运行时杀死它并 rm 文件
./main.go
运行
brew reinstall go
修复了它。


0
投票

我现在只需使用

codesign --force --deep --sign - binaryname

就解决了它

-1
投票

在重新安装任何内容之前,请尝试重新克隆存储库。

我只在一个存储库中遇到了这个问题,这里的其他解决方案都不起作用,但重新克隆它为我修复了它。

© www.soinside.com 2019 - 2024. All rights reserved.