Git 最常见的基础流程是：
git status # 查看当前仓库的文件状态（哪些修改未提交）
git add . # 将所有修改的文件添加到暂存区
git commit -m "提交说明" # 提交暂存区内容到本地仓库，并写提交说明
git push # 将本地提交推送到远程仓库修改文件#
例如修改 README.md：
# Git Demo
这是一个用于学习 Git 的项目。查看当前状态#
git statusGit 会显示哪些文件被修改、哪些文件未跟踪、哪些文件已经暂存。
查看具体修改#
git diff查看某个文件：
git diff README.md提示
git diff 只管“修改内容”，不管“文件新增删除状态”。
添加到暂存区#
在 Git 中，将文件加入暂存区（staging area）有两种常见方式： 一种是指定具体文件，另一种是按目录或全部文件添加。
# 只把 README.md 这个文件加入暂存区
git add README.md
# 同时添加多个文件到暂存区
git add README.md app.js
# 将当前目录下所有新增、修改的文件加入暂存区
git add .提示
git add只是“放入待提交列表”，不会真正提交- 提交需要使用
git commit git add .会一次性加入所有改动，适合快速开发，但要注意避免误提交
创建提交#
# 提交一次版本，并附带说明信息（"docs: 补充项目说明"）
git commit -m "docs: 补充项目说明"建议提交信息清楚表达本次修改内容。
不推荐：
修改
更新
处理一下
test推荐：
feat: 新增用户登录功能
fix: 修复订单金额计算错误
docs: 补充项目启动说明
refactor: 重构用户查询逻辑推送远程仓库#
git push第一次推送某个分支时，可能需要建立跟踪关系：
git push -u origin main工作流程图#
flowchart TD A[工作区 Working Directory] --> B[git status
查看整体变化] B --> C[git diff
查看未暂存的修改内容] C --> D[git add
加入暂存区] D --> E[git diff --staged
查看即将提交的内容] E --> F[git commit
生成版本提交] F --> G[git push
推送远程仓库]
一次提交只做一件事#
推荐把不同类型的修改拆分成多个提交。
例如：
feat: 新增登录页面
fix: 修复表单校验问题
docs: 更新登录模块说明不建议把多个无关功能放在同一次提交中。
每一次提交都应该“能让别人一眼看懂你做了什么”