企业官网建设流程全解析

我到现在还记得，第一次用U盘把代码从图书馆电脑拷回宿舍，结果第二天发现拷回去的是改坏了的那一版，整个人坐在电脑前发愣。后来入了行，接触了Git，才明白世界上居然有“版本控制系统”这种东西——每次改动都能留下存档，想回退就回退，想对比就对比，团队协作更是离不开它。而这一切的起点，就是先把Git正确安装到你的电脑上。

这篇指南专门写给零基础的朋友。我不会让你去啃官方英文文档，也不会让你纠结那些你看不懂的编译参数，而是把我自己踩过的坑、帮别人装Git时反复遇到的问题全部梳理出来，从下载源选择、安装向导每一页怎么选，到装完之后的验证、配置和常见报错排查，一步步带你跑通。读完这篇文章，你有两个收获：一是电脑上多了一个能用的Git，二是知道遇到问题时该怎么自己排查。

1. 装Git之前，先把三件事想明白：版本管理逻辑、下载源选择和安装包类型

1.1 Git到底在解决什么问题，也就是你为什么要装它

很多人一开始不理解"版本控制"这个词，觉得我一个小项目，自己都懒得管理，要什么版本控制？给你说个特别直观的类比：写代码就像打游戏，Git就是存档位。你可以在打到Boss前存个档，之后不管打得多乱、死多少次，都可以一键读档回到Boss前的状态。玩过游戏的人秒懂。

实际的开发场景里，Git解决的痛点是实打实的。比如说，你今天上午改完一个模块，下午又改了一版，晚上产品经理跑来告诉你"上午那版其实更好"。如果没有版本控制，你只能凭记忆手工回退，改错一行就是灾难。有了Git，每次提交都是一个存档点，git checkout一条命令的事，几秒钟就能回到上午那版。

再往大了说，Git也是目前全世界几乎所有代码托管平台的基础。你在GitHub、Gitee、GitLab上看到的开源项目，背后全是Git仓库。很多框架和工具的安装脚本也会在第一步检查Git是否存在，比如一些开发环境的一键安装脚本，没有Git会直接报错。所以对想进开发这行的人来说，装Git是绕不过去的第一道门槛，不如早点装顺。

1.2 下载源怎么选，这是新手翻车的第一个地方

明确了要装，接下来第一个实际问题：去哪下载？

大多数人的第一反应是去Git官方网站（git-scm.com）下载。这个思路没有错，但实际体验里，很多新手卡在了第一步——官网页面打开很慢，点下载链接之后速度感人，或者下到一半直接断掉，最后拿到一个只有几KB的损坏文件，双击提示"无法打开"。

这不是你的网络问题，本质原因很简单：软件包存放的服务器距离我们比较远，跨地域传输稳定性和速度都不太理想。解决办法也很成熟，国内有长期维护的开源软件镜像站，内容跟官网是同一份官方文件，只是传输链路缩短了一大截。

常用的两个镜像源：

• 清华大学开源软件镜像站，里面的 git-for-windows 目录下能找到完整的历史版本
• 阿里云开源镜像站，同样提供了 Git for Windows 的安装包

下载完以后，建议顺手看下文件大小。Git for Windows 的安装包一般在50MB左右，如果你下载的文件只有几KB或者十几KB，那大概率是下载中断了，别犹豫，删掉重新下。

1.3 安装包这么多，到底选哪个

打开镜像站的目录，你会看到一长串版本文件夹和散落的文件。这时候先别慌，命名规则其实很直白。拿Git-2.45.1-64-bit.exe举例：2.45.1是版本号，64-bit指操作系统架构，.exe就是Windows安装程序。

选择标准一句话就能说清：

• 操作系统是64位的，选64-bit的安装包；32位的老系统选x86版本。怎么看系统位数？Windows下右键"此电脑"→"属性"，在"系统类型"一栏就能看到
• 版本号选最新的正式版就好。如果你工作的公司已经锁定了某个大版本，跟着公司环境走
• 有的镜像还提供portable便携版，可以解压后免安装直接用，适合纯净环境。但零基础我强烈建议选安装版（.exe），让安装向导帮你把环境变量、右键菜单、集成配置全部搞定，省去后面一堆手工操作

到这一步，你已经拿到了合适的安装包，可以开始装了。

2. Windows安装全流程：安装向导每一页应该怎么选，我逐页拆给你看

2.1 双击安装包之后，界面半天不出来是正常的

下载好的安装包，认准图标，双击运行。这里有个很多新手不知道的小情况：在Windows 10/11上双击之后，界面可能不会立刻弹出，也没有任何提示音，感觉像没点成功一样。其实这是系统在后台做安全扫描，耐心等几秒就好，安装窗口通常会自己弹出来。

如果你用的是老电脑，建议安装前先把正在运行的大型软件关掉，比如浏览器开了一堆标签页、后台还在编译程序，这类情况虽然不常见，但确实有概率影响安装过程。

2.2 安装向导11个页面逐页过，我建议你这样选

Git for Windows 的安装向导是英文界面，零基础看到全英文容易虚，但实际上每一页要动脑筋的选项很少，大部分保持默认就行。我按照实际安装顺序把每一页拆开讲。

第一页：许可协议（GNU General Public License v2）

这页就是GPL开源协议文本，不用读，直接点Next。

第二页：选择安装位置（Select Destination Location）

默认路径是C:\Program Files\Git，保持默认。这个目录最好不要改成带中文的路径，因为后面很多工具和终端环境对中文路径的兼容性不稳定，别给自己埋雷。

第三页：选择组件（Select Components）

这页信息量稍大，默认选项已经比较合理，我重点说几个和日常使用强相关的：

• Windows Explorer integration（资源管理器集成）：默认是勾选的，强烈建议保留。装完之后，你可以在任意文件夹的空白处点右键，菜单里会多出Git Bash Here和Git GUI Here，这是零基础使用Git最方便的入口
• Associate .gitconfiguration files*：把Git的配置文件关联到默认编辑器，保持默认勾选
• Associate .sh files to be run with Bash：把.sh脚本文件关联到Bash运行，保持默认

这页最省心的做法就是：除了默认选项，什么都不用动，直接Next。

第四页：开始菜单文件夹（Select Start Menu Folder）

默认创建一个Git文件夹放快捷方式。不用管，直接Next。

第五页：选择默认编辑器（Select Default Editor）

这页是新手最容易研究半天的页面。默认是Vim，但Vim的学习曲线确实陡——进去以后你不知道怎么编辑文件，更不知道怎么退出，这是个在技术圈流传了很久的梗。如果你已经安装了VS Code，强烈建议在选项列表里选择Use Visual Studio Code as Git's default editor，这样后面凡是Git需要你输入提交说明时，会自动弹出VS Code窗口，体验完全不一样。

如果你现在什么编辑器都没装，那也不要硬选Vim。稳妥的做法是保持默认Vim，先把Git装上，后面装完VS Code再用git config --global core.editor "code --wait"改回去，也就一行命令的事。

第六页：调整PATH环境变量（Adjusting your PATH environment）

这一页很关键，直接决定你在CMD和PowerShell里能不能用git命令。三个选项：

• Use Git from Git Bash only：只有Git Bash里能使用git，Windows自带命令行里用不了。选这个，后面大概率出现"git不是内部或外部命令"，零基础别碰
• Git from the command line and also from 3rd-party software（推荐）：把Git的cmd目录加进系统PATH，CMD和PowerShell里也能正常使用git
• Use Git and optional Unix tools from the Command Prompt：这一项不光会集成Git，还会把一些Unix命令覆盖进Windows，有可能影响系统原有的同名命令

没什么好纠结的，选第二项，也就是默认推荐的中间选项。

第七页：HTTPS传输后端（Choosing HTTPS transport backend）

这页默认是Use the native Windows Secure Channel Library，也就是Windows原生安全通道，选它。它会让Git的HTTPS操作复用Windows系统自带的证书管理和网络栈，日常访问代码托管平台不需要额外操心证书问题。另一个OpenSSL的选项留给有特殊需求的老玩家，新手不需要切换。

第八页：行尾转换（Configuring the line ending conversions）

这页对新手来说偏底层，但确实容易引起问题，我多说两句。问题的根源是，Windows系统里的文本换行用的是CRLF两个字符，而Mac和Linux系统用的是LF一个字符。夹在两种系统之间传文件，不管往哪边方向，都可能出现"整个文件每一行都被标红"的诡异情况。

三个选项：

• Checkout Windows-style, commit Unix-style line endings（推荐）：从仓库拉代码时转成Windows格式，提交代码时转成Unix格式。这是官方给Windows用户设计的折中方案
• Checkout as-is, commit Unix-style line endings：拉下来保持原样，提交时转成Unix格式
• Checkout as-is, commit as-is：完全不做转换

零基础保持默认选第一项。后面如果进入团队协作，换行符策略应该由项目团队统一决定，不要再凭个人喜好乱改。

第九页：终端模拟器（Configuring the terminal emulator）

默认选项是Use MinTTY，推荐。MinTTY终端支持彩色输出、鼠标操作和更多快捷键，比Windows自带的Console窗口好看且好用。直接保持默认。

第十页：额外配置选项（Configuring extra options）

这页有两个默认勾选项：

• Enable file system caching（启用文件系统缓存）：提升Git在大仓库下的文件读取效率
• Enable Git Credential Manager（启用凭据管理器）：这个特别重要。它负责帮你记住远程仓库的账号密码，以后推送代码时不用每次重新输一遍

两个都保留，直接下一步。

第十一页：实验性选项（Configuring experimental options）

实验性功能，默认不勾选。零基础不要碰，直接Next。

之后进入真正的安装进度条，等几十秒到几分钟不等。进度条走完，出现完成的界面，界面上通常有两个复选框：查看发布说明和启动Git Bash。都无所谓，直接Finish收工。

提示：安装向导里的绝大多数默认选项是官方结合绝大多数用户的使用场景调校出来的。新手最容易踩的坑反而是"每个选项都想研究一遍，然后手痒去改它"。你不确定的选项，保持默认就是最优解。

3. 装完并不等于结束：身份配置、验证命令和第一个仓库

3.1 安装完先确认版本，证明你已经成功了

安装完成的第一件事，不是急着写代码，而是验证一下Git是不是真的能用了。打开任意文件夹，在空白处右键，选择Git Bash Here，会弹出一个黑色终端窗口。在里面输入一行命令：

git --version

如果看到类似git version 2.45.1.windows.1的输出，说明安装成功。这一步也是后面所有Git操作的前提条件。

顺带说一句，Git Bash 这个终端环境本身就是Git for Windows自带的一个小惊喜，它模拟了Linux命令行环境，里面常用的ls、cd、pwd、mkdir这些命令都可以直接用，对从没用过命令行的新手来说，是个很好的入门环境。

3.2 刚装完就要配置身份，不配连提交都做不了

安装完成后很多新手会直接建仓库、提交代码，然后就在git commit这一步看到一段让人头大的报错，大意是Please tell me who you are。这就是Git在问你：你叫什么？你的邮箱是多少？因为每一次提交都必须记录作者信息，没有作者信息，Git拒绝创建提交记录。

所以装完Git，第二件事就是告诉Git你是谁。打开Git Bash，执行以下两行：

git config --global user.name "你的用户名" git config --global user.email "你的邮箱"

这里有几个实操建议：

• user.name建议用拼音或者字母的组合，比如zhangsan或者dev_zhang。虽然现在Git已经能支持中文用户名，但一些配套工具链对UTF-8的支持参差不齐，稳妥起见，英文或拼音更省心
• user.email填你实际注册代码托管平台（Gitee、GitHub等）的邮箱。这样你推送代码后，平台能把你本地的提交自动关联到你的账号上，显示头像和名字
• --global表示全局生效，意思是你这台电脑上所有仓库都默认用这个身份。如果你有多个身份（比如公司用一个，个人用一个），先设置全局，然后在具体仓库里用不带--global的命令覆盖即可

配置完成后，可以用下面的命令检查所有配置项：

git config --list

输出里会出现user.name=你的用户名和user.email=你的邮箱，看到这两行就对了。

3.3 用四条命令跑通你的第一个仓库

单看术语容易晕，我建议你直接动手跑一遍最小工作流。在桌面上新建一个文件夹，叫git-demo，进入文件夹，右键Git Bash Here，然后依次执行：

# 创建演示目录并进入 mkdir git-demo cd git-demo # 初始化一个仓库 git init

执行git init后，目录里会多出一个隐藏的.git文件夹，这就是仓库的"数据库"，你所有的版本历史都存在里面。

接着创建一个文本文件并把它提交到仓库：

echo "hello git" > a.txt git add a.txt git commit -m "first commit"

看到类似[master (root-commit) 8f8b6b3] first commit的输出，表示第一次提交成功了。再执行：

git log --oneline

输出里会出现一行记录，包含短提交号和提交说明。这意味着你已经完整走通了版本控制的核心工作流：工作区（你磁盘上的文件）→ 暂存区（git add）→ 版本历史（git commit）。很多复杂概念，在你亲手跑完这三步之后，会突然变得通透了。

4. 安装完翻车最多的五个问题，附完整的排查链路

我在帮别人装Git的过程中发现，真正的坑往往不在安装向导里，而在装完后的首次使用环节。下面这几个问题基本涵盖了90%的新手翻车现场。我把每个问题的表现、根因和排查思路完整写出来，方便你对照排查。

4.1 "git 不是内部或外部命令，也不是可运行的程序"

这个报错通常出现在CMD或者PowerShell里，而不是Git Bash里。新手照着教程在CMD里敲git --version，系统直接甩给你一行红字，心态瞬间有点崩。

排查链路：

1. 先打开Git Bash，输入git --version试试。如果Git Bash里能正常输出版本号，说明git.exe本身没问题，问题出在系统PATH环境变量上
2. 打开系统属性 → 高级系统设置 → 环境变量，在"系统变量"里找到Path，双击打开，检查里面有没有C:\Program Files\Git\cmd这一条。没有的话，点击"新建"加上去
3. 如果你安装时改了安装路径，就把路径换成你实际安装目录下的cmd子目录
4. 加好之后，必须重新打开CMD窗口，环境变量的修改不会自动应用到已经打开的窗口。然后再输git --version验证

这个问题的根源，你回想一下安装向导第六页，如果当时选了"Use Git from Git Bash only"，Git就不会主动注册到系统PATH里。这也从侧面印证了我在安装章节为什么反复强调选中间那个选项。

4.2 官网下载慢到怀疑人生，下到一半还断了

这个问题发生在安装之前，但我还是要放在这里专门讲，因为遇到的人太多了。表现就是：下载进度条半天不动，或者引用动不动失败，最后下了一个损坏的安装包。

排查链路：

1. 先判断是你自己网络环境的问题，还是下载源的问题。最简单的方法就是换镜像源再下一次
2. 到清华或阿里云的镜像站，进git-for-windows目录，选择最新的发布版本，重新下载那个.exe安装包
3. 下载完成后，先看文件大小。正常的安装包在50MB左右，如果下载下来的文件明显小于这个数，别双击，删掉重下
4. 实在下载太慢，可以换个时间段再试。国内网络环境访问境外资源，高峰期和低峰期的差距非常大，这个属于物理链路问题，不是你的电脑有问题

顺带提醒一下，网上有一些号称"Git中文版"的第三方下载站，来源鱼龙混杂，不建议使用，认准官网和知名开源镜像站即可。

4.3 杀毒软件把安装包或者git.exe拦了

这种情况遇到的人数也不少。表现有两种：一种是安装包刚下载完就被系统隔离；另一种是安装完成后，运行时某一步突然报"拒绝访问"或"无法找到指定的文件"。

排查链路：

1. 打开Windows安全中心，在"保护历史记录"里看有没有拦截记录，确认被拦的具体是不是git.exe、bash.exe等Git相关进程
2. 如果是安装包被拦，先别急着信任，回到镜像站重新下载一份，对比一下文件的SHA-256哈希值和官方是否一致。方法是在PowerShell里执行Get-FileHash 文件路径 -Algorithm SHA256，把输出的哈希值跟Git官网公布的值比对
3. 确认文件来源没问题后，再在安全软件或防御系统里选择"允许"，并在信任区里加入Git安装目录
4. 如果你是装完以后被拦，就把Git安装目录（通常是C:\Program Files\Git）设为信任目录

Git是开源软件，被误报通常是因为行为特征被安全软件匹配到了"程序试图修改环境变量"之类的规则。但注意，我绝对不建议你因为图省事就直接关闭安全软件，一定要先确认文件哈希值，再决定是否信任。

4.4 提交时看到 "warning: LF will be replaced by CRLF"

这个警告虽然不影响提交，但会吓到不少新手。表现就是执行git add时，终端里刷出几行黄色的warning: LF will be replaced by CRLF in ...。

根因分析：

这句话的意思是，仓库里某个文件用的是LF换行符（Unix风格），而你现在的工作区因为Windows的行尾转换策略，会把文件转成CRLF（Windows风格）。Git在转换前提醒你一声：接下来我要把LF替换成CRLF了。

处理方式：

• 如果你安装时用的是我推荐的默认选项，这种警告大概率只是偶尔出现，不影响使用，你可以无视它
• 如果你希望彻底统一处理，可以输入：

git config --global core.autocrlf true

设置成true之后，Git从仓库拉取代码时自动转成CRLF，提交时自动转回LF，全程自动处理

• 如果你是在团队协作，不建议个人乱改这个配置。因为换行符策略通常由项目仓库的.gitattributes文件统一规定，个人配置会跟团队规范冲突，反而制造麻烦

这个问题的本质，就是我在安装向导第八页讲的行尾转换选项在底层起作用了，所以当时选对的选项，真的能帮你省掉很多莫名其妙的小烦恼。

4.5 Git Bash 中文乱码：文件名和提交信息变成乱码

症状很具体：在Git Bash里执行ls，中文文件名的文件显示成一串\347\256\273类似的八进制转义序列；或者git log看到的中文提交信息是乱码。

根因分析：

Git for Windows 默认对非ASCII字符做了转义输出，加上终端本身的字符集设置不对，两者叠加就会出现乱码。

处理分两步：

第一步，关闭文件名转义：

git config --global core.quotepath false

这个配置的意思是，让Git直接按原始Unicode字符显示包含中文等非ASCII字符的文件名，而不是转成八进制序列。

第二步，调整Git Bash终端字符集。在Git Bash窗口左上角或标题栏右键，选择Options→Text→Character set，改成UTF-8，然后点应用。

做完这两步，再看ls和git log，中文基本就恢复正常了。

你在使用某些图形化Git工具时，可能见过一条特别长的命令，形如git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks ...。这并不是什么魔法咒语，而是工具在底层调用Git时自动附加的配置参数，其中core.quotepath=false就是这里说到的"让中文正常显示"的配置之一。你只需要认识它就行，不需要手动输入。

5. Git装好之后，这些热门操作值得马上上手：Gitee密钥、amend和基础命令流

安装Git只是门槛，装完之后的日常操作才是真正的开始。下面这几个操作是初学者问得最多的，也都和你搜到的热门词密切相关。我按实际使用频率把它们串一遍。

5.1 配置Gitee SSH密钥，以后推送代码不用反复输密码

国内开发者用得最多的代码托管平台是Gitee。要在Gitee上免密推送代码，最规范的方式是配置SSH密钥。流程分三步。

第一步，在本地生成密钥对。打开Git Bash，输入：

ssh-keygen -t rsa -b 4096 -C "你的邮箱"

这里-t rsa指定密钥类型，-b 4096指定位数，-C是备注信息。执行后一路回车即可，中间会问你是否设置密钥密码，可以留空直接回车。生成完成后，密钥默认保存在用户目录下的.ssh文件夹里。

第二步，查看公钥内容：

cat ~/.ssh/id_rsa.pub

输出是一段以ssh-rsa开头的长字符串，把它完整复制下来。公钥是可以公开的，私钥id_rsa那个文件绝对不能泄露。

第三步，登录Gitee，进入"设置"→"SSH公钥"，把公钥粘贴进去并保存。然后在本地验证：

ssh -T git@gitee.com

如果返回类似Hi 用户名! You've successfully authenticated的提示，说明密钥配置成功。以后用SSH地址（git@gitee.com:xxx/xxx.git）克隆或推送代码，就不用再输入密码了。

5.2 修改最近一次提交信息：git commit --amend 怎么用

很多新手会用git commit -m提交之后，突然发现信息打错字了，或者发现漏加了一个文件。这时候有一半的人会慌着去百度"如何撤回提交"，其实不需要那么复杂，一条git commit --amend就够了。

先演示一下场景：

# 先提交一版，故意写错说明 echo "b" > b.txt git add b.txt git commit -m "add b file with typo" # 发现说明写错了，想改成"add b file" git commit --amend -m "add b file"

执行完第二条命令，再git log --oneline看一下，你会发现原来的那条提交不见了，取而代之的是一条新的提交记录，提交信息已经变成你希望写的内容。

这个命令的准确理解是"重写最近一次提交"，它不仅能改提交信息，还能把漏加的文件一起带进这次提交里，用法是先git add新的文件改动，再执行不带-m的git commit --amend，会打开编辑器让你修改信息。

注意：amend只能修改还没有推送（push）到远程的本地提交。如果这条提交已经推送到多人共享的远程分支，使用amend会重写历史，导致其他人的仓库历史对不上，这种情况不要使用amend，应当用一次新的提交来修正。

5.3 常用基础命令一张表，零基础先记这些就够了

安装Git后，你不需要立刻把所有命令都背下来。真正的高频命令用一只手数得过来，我整理成一张表放在下面：

我的个人习惯是，零基础用户前期只需要围绕"改代码 → git add → git commit"这个循环转，等到你理解了本地版本管理是怎么回事，再接触分支和远程仓库操作，一切都顺理成章。

5.4 一个小技巧：靠凭据管理器省掉重复登录

最后分享一个能明显提升体验的小设置。安装向导第十页默认勾选的Git Credential Manager会在你第一次向某个远程仓库推送代码时接管账号密码，后面再推送就不需要重新输入了。

如果你在使用过程中发现每次推送都还会要密码，可以手动执行一次：

git config --global credential.helper manager

这个配置会明确指定由Git凭据管理器作为凭证存储方式。执行后，下一次推送时输入一次账号密码或授权，之后就能保持登录状态。

我自己这两年陆陆续续帮不少零基础的朋友装过Git，发现绝大多数安装失败或者安装后不会用，根本不是"人笨"，而是下载源不对导致装了损坏的安装包，或者是安装向导里某个选项凭感觉选错了，以及装完以后完全不做验证和配置。所以我在写这篇指南时，特意把下载、安装、验证、配置、排查这几个环节串成了一条完整的链路，你顺着走一遍，基本不会出岔子。装好Git只是万里长征第一步，接下来可以试着把日常的代码改动都纳入版本管理，等哪一天你真正依赖上这个"后悔药"，就会明白很多没有Git的世界回不去了。