很多开发者刚接触版本控制时，都会把Git和GitHub搞混。简单来说，Git是本地代码管理工具，负责记录每一次文件修改；GitHub是基于Git的在线托管平台，主要用来备份代码和团队协作。掌握它们的核心逻辑，能彻底告别手动备份代码的混乱时代。下面这份教程不堆砌理论，直接聚焦实际开发中最常用的操作流程。
环境安装与初始配置
先在官网下载对应系统的安装包，安装完成后打开终端或命令行窗口，输入git version确认是否成功。接着必须完成身份配置，否则无法提交代码。使用git config user.name和git config user.email分别设置你的用户名和邮箱，这些信息会显示在每次提交的记录里。如果不想全局生效，可以加上局部参数只针对当前项目生效。配置完这些，Git就已经准备好接管你的文件夹了。
仓库初始化与日常提交流程
进入项目目录后，运行git init创建本地仓库，系统会隐藏生成一个.git文件夹，里面存着所有版本数据。接下来用git add把需要跟踪的文件放入暂存区，可以用点号一次性添加全部变更，或者精确指定文件名。检查状态用git status，它会清晰列出哪些文件已修改、哪些已暂存。确认无误后执行git commit附带描述信息，将暂存区的改动正式保存到历史记录中。记住，每次提交前务必看一眼状态，避免误传未完成的代码。
克隆远程仓库与推送同步
GitHub上的项目需要先克隆到本地才能编辑。找到仓库页面上的克隆链接，复制HTTPS地址，在终端运行git clone加链接即可完整下载。编辑完代码想上传时，先用git push origin main推送到远程主干分支。如果遇到权限报错，通常是SSH密钥没配好，可以在账户设置里生成新密钥并添加到系统认证。初次推送大仓库建议加上追踪参数建立关联，以后只需简单推送就能自动识别目标。
分支管理与合并策略
多人开发绝对不能直接在主分支上乱改，分支机制就是为此而生。新建功能分支用checkout加新建名称，切换分支用checkout分支名。在独立分支里测试新功能，确认稳定后再切回主分支执行merge进行合并。如果两个分支修改了同一行代码，系统会提示冲突，此时需手动打开文件删掉冲突标记，保留正确内容，重新暂存和提交即可解决。日常维护推荐遵循规范工作流，保持主分支永远可发布。
历史查看与撤销操作
写错代码别慌，Git提供了完整的后悔药。git log能查看完整提交历史，配合紧凑选项可以让输出更清晰。如果想丢弃工作区所有未保存的修改，运行checkout加文件名能瞬间还原。对于已经暂存但还没提交的误操作，reset加头部可以取消暂存。若提交后发现描述写错，可用 amend参数修改最后一次提交信息。遇到严重分支污染，硬重置回到指定节点是最彻底的清理方式，但请确保重要数据已提前备份。
版本控制不是背命令的游戏，而是培养代码管理习惯的过程。建议在个人小项目里反复练习上述流程，熟悉每个指令的实际效果。遇到网络延迟或权限问题多查官方文档，社区讨论区也能快速定位疑难杂症。坚持每天提交规范日志，几个月后你会发现自己对代码架构的理解有了质的飞跃。
