在虚拟机里安装Git一点也不复杂，只要选对系统环境、按顺序执行命令，十几分钟就能搞定，后续还能用来练习团队协作和代码托管。
为什么要在虚拟机里装Git
很多初学者直接在自己主力电脑上装Git，遇到权限搞乱、环境变量冲突、跟编辑器插件打架时，往往会把系统搞得一团糟，虚拟机则提供了另一个被隔离的系统,你可以放心大胆地实验。
虚拟机装Git最典型的应用场景是测试和教学，比如你想学Linux下的Git操作，但平时只用Windows，在虚拟机里安装一个Ubuntu再部署Git，就能完整体验真实的命令行开发环境，这和云服务器上的操作逻辑几乎一模一样，如果你将来要配置Jenkins、GitLab等自动化工具，先在虚拟机里跑通整套流程，再迁移到生产环境,能省下大量排错时间。
另一个常见场景是多人协作演练，开两台虚拟机，一台模拟你的电脑，一台模拟同事的电脑，在虚拟机里互相推送拉取代码，这比在真实局域网里操作更安全、更容易重置，即便把仓库搞坏了，删掉虚拟机重建一个就行,成本几乎为零。
虚拟机安装Git前的准备
动手之前，先确认三件事：虚拟化软件是否开启、虚拟机系统是否激活网络、系统镜像是否完整。
-
虚拟化支持：在BIOS里确认Intel VT-x或AMD-V已开启，否则虚拟机性能很差，Git操作也会变得迟缓，Windows任务管理器---性能---CPU页面能直接看到虚拟化状态。
-
网络连接：在虚拟机里装Git需要下载安装包，所以网络必须通，NAT模式通常最省心，只要宿主机能上网，虚拟机就能访问外网，桥接模式适合需要局域网互访的场景,但配置稍复杂。
-
快照备份：在安装Git之前拍一个虚拟机快照，这样万一安装过程把系统搞崩，或者环境变量写错导致系统异常，几秒钟就能恢复到干净状态,不用重新装一遍操作系统。
在虚拟机上安装Git的详细步骤
虚拟机里安装Git的两种主流系统方案
Windows虚拟机适合学习和桌面环境操作，Linux虚拟机则更贴近服务器生产环境，选哪个取决于你的目标，如果是为了应付日常办公或学习GUI工具，Windows更顺手；如果是为了熟悉命令行和服务器运维,建议直接上Ubuntu。
Windows虚拟机装Git
Windows虚拟机里装Git几乎是全程图形化操作,几乎没有门槛。
打开浏览器，进入Git官方下载页面，选择对应系统架构的版本，需要注意，新版Git安装器已不支持Windows 7，系统太旧的话需要找旧版本，下载完成后双击运行安装程序，一直点击Next，唯一需要留意的地方是默认编辑器选择，建议保持默认的Vim，或者改选Notepad++,这取决于你平时用哪个。
路径选择时默认装在C盘即可，没必要改，在“调整你的PATH环境”这一步，务必选择中间选项“Git from the command line and also from 3rd-party software”，这样Git既可以在CMD里用,也可以被其他程序调用。
安装完成后，在桌面右键，如果出现“Git Bash Here”选项，说明安装成功，打开Git Bash,输入：
git --version
能显示版本号就说明一切正常。
Linux虚拟机装Git
Linux虚拟机安装Git要简单得多，一条命令就能搞定，而且没有Windows那种图形化安装向导,但命令行本身就是最直观的反馈。
以Ubuntu或Debian系为例,先更新软件包索引：
sudo apt update
然后直接安装：
sudo apt install git -y
如果是CentOS或RHEL系,则用：
sudo yum install git -y
较新版本的CentOS如果使用dnf,命令为：
sudo dnf install git -y
安装完成后验证：
git --version
在这里顺便区分一下包管理器安装与源码编译安装的差异，包管理器装的是发行版维护的稳定版，通常版本不是最新，但胜在稳定、依赖自动解决，源码编译安装步骤繁琐，需要手动安装一堆依赖库,一般只在需要特定版本时才会采用。
安装完成后必须做的配置
不管在Windows还是Linux虚拟机里，Git装好后都要先做两件事：设置用户名和邮箱，这一步不能跳过,否则每次提交都会提示你补全信息。
git config --global user.name "你的名字" git config --global user.email "你的邮箱"
查看配置是否生效：
git config --list
Windows虚拟机里建议顺便配置一下换行符处理，Windows和Linux的换行符不一样，团队协作时容易出现整个文件被标记为改动的尴尬情况,执行：
git config --global core.autocrlf true
Linux虚拟机则无需这一步,反而要确保没有开启这个选项。
虚拟机装Git容易踩的坑
网络不通导致下载失败
这是最容易被忽视的问题，VMware或VirtualBox安装完虚拟机后，默认的NAT模式理论上能上网，但有些精简版系统镜像会禁用网卡，遇到下载Git时提示连接超时，先用ping baidu.com测试网络，不通的话，检查虚拟机的网络适配器设置,必要时把网卡禁用再启用。
克隆别人的仓库报错
Git安装成功后，克隆GitHub上的仓库时经常遇到证书验证失败，业内专家指出，这在国内网络环境下尤其常见,解决方式有两种：
一是将远程地址的https换成git协议,如果远程仓库支持的话。
二是把SSL验证关掉,测试环境中可以执行：
git config --global http.sslVerify false
生产环境不建议这样操作,但有相当一部分初学者靠这个命令解决了证书报错。
虚拟机快照占用磁盘空间
装好Git后，如果你拍了多个快照，虚拟机磁盘文件会急剧膨胀，快照的本质是把某个时间点的系统状态完整保存下来，一个快照可能占用几个GB。定期清理旧快照，保留最近一两个即可,否则宿主机磁盘很快被占满。
Windows和Linux虚拟机装Git的差异对比
| 对比项 | Windows虚拟机 | Linux虚拟机 |
|---|---|---|
| 安装方式 | 图形化安装向导 | 命令行包管理器 |
| 典型版本 | 最新稳定版 | 发行版仓库版本 |
| 换行符处理 | 需配置core.autocrlf | 无需配置 |
| 使用场景 | GUI工具、教学演示 | 服务器部署、自动化脚本 |
| 包依赖 | 无依赖问题 | 自动解决依赖 |
选择哪个方案没有绝对答案，平时主要在IDE里用Git、喜欢可视化操作的人，Windows虚拟机更友好，想往运维方向深造、需要逼自己熟悉命令行的人,Linux虚拟机是更好选择。
虚拟机里用Git连远程仓库的实操
Git在虚拟机里跑通后，下一步自然就是连接真实的远程托管平台,这里以GitHub和Gitee为例。
生成SSH密钥：
ssh-keygen -t rsa -b 4096 -C "你的邮箱"
一路回车，密钥默认生成在~/.ssh/id_rsa.pub，用cat命令查看公钥内容，复制后粘贴到GitHub或Gitee的设置页面的SSH Keys区域,这一操作在Windows和Linux虚拟机里完全相同。
之后在虚拟机里克隆仓库时,务必选择SSH地址而不是HTTPS地址：
git clone git@github.com:你的用户名/你的仓库.git
通过这种方式，虚拟机就成为了一个完整的代码工作节点，你可以在虚拟机里修改代码、提交、推送到远程仓库,这套流程和在一台独立物理机上操作毫无差别。
虚拟机装Git常见问题解答
虚拟机里装Git和直接在物理机上装Git有什么区别吗？
几乎没区别，Git运行时本身对硬件没有特殊要求，虚拟机里装出的Git功能和物理机完全一致，区别在于虚拟机多了隔离层，性能会略受虚拟化影响,但对于代码版本管理这种轻量操作来说感知不到。
虚拟机里Git的SSH密钥和物理机的密钥能共用吗？
可以复制公钥到不同的Git托管平台，但不建议把同一把私钥同时放在虚拟机里，虚拟机快照如果被恢复，密钥历史可能会回溯，带来安全风险，建议在虚拟机里单独生成一套密钥,专门用于虚拟机内的Git操作。
虚拟机里装Git后，打开Git Bash特别慢，怎么回事？
多数情况下是杀毒软件实时扫描拖慢了启动速度，把虚拟机的整个目录加入杀毒软件的信任列表，或者关闭虚拟机的实时防护，启动速度会明显提升，也可能是虚拟机分配的内存太小，建议至少分配2GB内存给Windows虚拟机,Linux虚拟机分配1GB也够用。
虚拟机里装Git本身是一件回报很高的事，它让技术实验有了充分试错空间，无论你是想熟悉Git命令、搭建自动化发布流程，还是单纯需要一个干净的环境练习操作，虚拟机和Git的组合都能满足需求，从基础安装、配置身份到连接远程仓库，把这条链路走通之后,你实际已经掌握了一套完整的代码管理流程。