GitHub

在Windows系统里玩转Git，其实就几步：装好环境、建好仓库、存好代码、推上云端。这套流程走通，版本控制就上手了。

很多刚开始在Windows上使用GitHub的朋友，常常会卡在命令行操作上。命令敲下去没反应，或者报出一串看不懂的错误，多半是环境没装对，或者仓库的“桥梁”没搭好。别急，下面咱们就一步步拆解，把Windows下Git的核心操作给理清楚。

一、安装并验证 Git 命令环境

万事开头难，第一步就得把Git“安家”到你的系统里。如果安装时没配置好路径，那么打开CMD后输入任何git命令，系统都会一脸茫然地告诉你“不认识”。

首先，直奔Git官网（https://git-scm.com/download/win）下载Windows版的安装程序。运行安装向导时，有个关键步骤得留神：在“Adjusting your PATH environment”这个选项里，务必勾选**“Add Git to the system PATH for all users”**。这步相当于给系统开个后门，让你在任何目录下都能直接召唤git命令。

装完还不算完，得验验货。重新打开一个CMD窗口，敲入 **`git --version`** 然后回车。如果屏幕上欢快地蹦出一行像 **`git version 2.40.1.windows.1`** 这样的版本信息，恭喜你，环境通关了。

二、初始化本地仓库并关联远程 GitHub 仓库

环境有了，接下来就得给你的项目找个“家”（本地仓库），并且和远在GitHub上的“云端备份”（远程仓库）牵上线。没这个关联，后续的推送和拉取都无从谈起。

打开CMD，用 **`cd`** 命令导航到你的项目文件夹，比如：**`cd C:\my-project`**。

然后，在这个目录里执行 **`git init`**。这个命令就像一声“开工”口令，瞬间把这个普通文件夹变成一个Git能管理的仓库。

仓库建好了，还得告诉它远程伙伴是谁。执行 **`git remote add origin https://github.com/username/repo-name.git`**，记得把这里的URL换成你自己GitHub仓库的真实地址。完成后，用 **`git remote -v`** 看一眼，如果显示出了刚才添加的远程地址，就说明这条“连线”稳了。

三、提交代码到本地仓库

代码改动不是直接就能保存的，得先放到一个叫“暂存区”的中间站。跳过这一步，你的修改就不会被Git记录。

动手前，建议先用 **`git status`** 瞅一眼，当前哪些文件被改动了、哪些是新文件，一目了然。

接下来，**`git add .`** 这个命令很强大，一个点号代表把所有变动都塞进暂存区。如果只想添加某个特定文件，那就用 **`git add filename.txt`** 指定它。

暂存妥当，最后一步就是正式存档。执行 **`git commit -m “描述本次更改”`**，引号里的提交信息是关键，简明扼要地说清楚这次干了啥，下次回顾时才不会一头雾水。

四、推送代码至 GitHub 远程仓库

本地存档完毕，是时候推送到GitHub上备份和分享了。推送失败？通常是本地分支和远程分支还没建立明确的追踪关系。

对于首次推送，建议先建立分支关联：执行 **`git branch --set-upstream-to=origin/main main`**（如果你的主分支叫`main`）。注意，有些老仓库的主分支可能叫`master`，命令中的`main`也要相应替换。

关联好后，执行 **`git push -u origin main`** 完成这第一次的推送。这里的 `-u` 参数设置了上游分支，之后在这个分支上，简单输入 **`git push`** 就能轻松推送了。

对了，推送时很可能弹出身份验证窗口。这里有个重要提示：现在GitHub大多要求使用**个人访问令牌（PAT）** 来代替密码进行验证，提前在GitHub账号设置里准备好令牌会更顺畅。

五、从 GitHub 拉取最新代码

团队协作时，及时把队友的更新同步到本地至关重要，否则容易引发代码冲突。

你可以分两步走：先用 **`git fetch origin`** 默默地把远程所有更新数据下载下来，但不急着合并。然后，用 **`git merge origin/main`** 把远程`main`分支的新内容合并到你当前的分支里。

当然，更常用的是一步到位法：直接执行 **`git pull origin main`**。这个命令其实就是**`fetch`**和**`merge`**的合体，自动完成下载与合并。养成经常 `pull` 一下的习惯，是保持代码同步的黄金法则。