![[1372]mac安装git](http://pic.xiahunao.cn/yaotu/[1372]mac安装git)
文章目录 Mac 用户怎么下载 补充说明验证安装Homebrew安装方式一国内镜像安装推荐国内用户方式二官方脚本安装安装前准备安装命令行工具验证安装安装后提示主要原因换行符CRLF vs LF在作怪解决方法其他可能概率较低Git 的官方下载总入口是https://git-scm.com/downloads。 Mac 用户怎么下载目前 Git 官网对于 macOS 的推荐安装方式是使用包管理器或命令行工具而不是直接下载一个.dmg或.pkg文件。推荐方式Homebrew如果你装了 Homebrew在终端运行brew install git即可。最省事的方式Xcode 工具在终端输入xcode-select --install系统会弹出窗口引导你安装其中就包含了 Git。其他系统如果你是 Windows 用户官网的下载页会自动开始下载安装程序Linux 用户则可以在官网找到各发行版的安装指令。 补充说明官网曾维护过一个 macOS 二进制安装程序但早已停止更新停留在 2.33.0 版本所以现在在官网上已经找不到那个直接下载的链接了。用 Homebrew 或 Xcode 命令行工具是更稳妥且能获取较新版本的选择。验证安装无论用哪种方式安装完成后在终端运行以下命令确认git--version如果能正常显示版本号如git version 2.xx.x就说明安装成功了。Homebrew安装在 Mac 上安装 Homebrew主要有两种方式使用官方脚本适合网络环境较好的情况或使用国内镜像脚本适合国内网络环境。考虑到你之前遇到过的网络问题优先推荐国内镜像方式。方式一国内镜像安装推荐国内用户如果直接访问 GitHub 较慢或失败可以使用国内维护的安装脚本它会自动帮你选择国内源。在终端中粘贴并执行以下命令/bin/zsh-c$(curl-fsSLhttps://gitee.com/cunkai/HomebrewCN/raw/master/Homebrew.sh)执行后脚本会提示你选择下载源通常选数字1或2即可然后按提示输入开机密码并确认。安装过程中需要保证网络畅通。方式二官方脚本安装如果你的网络可以稳定访问 GitHub这是最直接的方式。在终端中执行/bin/bash-c$(curl-fsSLhttps://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)安装脚本会说明它将执行的操作并在开始前暂停等待你确认。按回车键继续过程中可能需要输入密码。安装前准备安装命令行工具无论用哪种方式Homebrew 都依赖 Xcode Command Line Tools。如果之前没有安装过建议先在终端运行以下命令并在弹窗中点击“安装”xcode-select--install安装完成后在终端运行以下命令验证xcode-select -p如果输出/Library/Developer/CommandLineTools说明工具已就绪。验证安装安装完成后关闭并重新打开终端然后运行以下命令检查是否成功brew--version如果输出类似Homebrew 4.x.x的版本号就说明安装成功了。你也可以运行brew doctor来检查环境状态。查看版本brew -v 更新brew版本brew update 查找brew search python其中python替换为要查找的关键字 安装brew install python其中python替换为要安装的名称 本地软件库列表brew ls 如果遇到问题可以右键下面地址查看常见错误解决办法 https://gitee.com/cunkai/HomebrewCN/blob/master/error.md https://gitee.com/cunkai/HomebrewCN/issues brew官方地址https://brew.sh/zh-cn/ 安装成功 但还需要重启终端 或者 运行 source /Users/admin/.zprofile 否则国内地址无法生安装后提示如果你使用的是 Apple Silicon 芯片的 Mac安装完成后终端可能会提示你将brew添加到PATH环境变量中。按照终端输出的提示命令执行即可通常是执行eval $(/opt/homebrew/bin/brew shellenv)并将其写入~/.zprofile文件。在win环境开发的代码提交到git后在mac上git clone代码后把win环境的代码覆盖替换mac环境同样的代码 git提示有变化 什么原因你遇到的情况核心原因很可能是Windows 和 macOS 的换行符Line Ending差异导致 Git 把“换行符的转换”误判成了“文件内容修改”。你手动覆盖文件的操作恰好让这个问题暴露了出来。主要原因换行符CRLF vs LF在作怪Windows 系统默认使用CRLF回车换行作为换行符而 macOS 和 Git 仓库内部默认使用LF换行。当你从 Git 克隆代码到 Mac 时Git 可能会根据你的配置自动把仓库里的LF转换成了 Mac 风格的LF这一步通常没问题。但当你把 Windows 环境下的代码里面是CRLF直接覆盖过去时Mac 上的 Git 检测到文件里的换行符从LF变成了CRLF。虽然肉眼看起来文字没变但在 Git 眼里这就是实打实的文件内容变更因此会提示“又变化了”。解决方法建议在Mac上操作统一配置让 Git 忽略这种平台差异导致的“伪变更”。第一步在 Mac 上检查并确认问题在 Mac 的项目终端里运行git diff。如果看到大段文件的所有行都被标记为删除和新增但内容看起来完全一样基本就能确定是换行符问题。第二步配置 Mac 的 Git在 Mac 终端执行以下命令告诉 Git 在提交时把CRLF转成LF但检出时不自动转换保持 Mac 原生的LF风格gitconfig--globalcore.autocrlf input第三步让配置对现有文件生效执行完配置后需要让 Git 重新规范化一下当前仓库的文件。在项目根目录运行# 先将当前状态暂存避免丢失未提交的修改如果确认没有要保留的本地修改可跳过这步gitadd.-ugitcommit-m保存文件以刷新换行符# 让 Git 重新应用新的换行符配置gitadd--renormalize.# 查看状态此时那些因换行符导致的“变化”应该消失了gitstatus其他可能概率较低如果做完上述步骤问题依旧可以再检查一下文件权限。Mac 和 Windows 对文件可执行权限的记录方式不同有时也会导致 Git 提示变更。可以在 Mac 上执行git config core.filemode false来让 Git 忽略权限变化。预防建议为了让团队里所有人都保持一致最稳妥的办法是在仓库根目录放一个.gitattributes文件内容写上* textauto。这样无论谁在什么系统上克隆Git 都会按统一规则处理换行符不再依赖每个人的本地配置。