git标准推送流程

独挽离人2026-06-06 16:03

修改文件后，从本地到远程的完整推送流程如下（以修复 bug 为例）：

标准四步法

bash 复制代码

# 1. 查看当前修改状态（可选但推荐）
git status

# 2. 将修改的文件添加到暂存区
git add 文件名          # 添加单个文件
# 或
git add .              # 添加所有修改的文件（包括新增、删除）

# 3. 将暂存区的修改提交到本地仓库
git commit -m "fix: 修复了xxx问题"

# 4. 推送到远程仓库
git push origin master
# 或者
git push

完整示例（结合你的 1.0.1 版本）

假设你修改了 main.py 修复了一个 bug，并且想发布为 v1.0.1：

bash 复制代码

# 第一步：查看哪些文件变了
git status
# 输出：modified: main.py

# 第二步：添加修改
git add main.py
# 或 git add .

# 第三步：提交到本地
git commit -m "fix: 修复时间解析错误，版本 1.0.1"

# 第四步：推送到远程（这一步会把 commit 传到 Gitee）
git push origin master

# 第五步：创建并推送新标签 v1.0.1（因为你要发布新版本）
git tag -a v1.0.1 -m "修复一个小 bug 的补丁版本"
git push origin v1.0.1

如果修改了多个文件

bash 复制代码

git add .
git commit -m "fix: 修复多个问题"
git push origin master

常见情况处理

情况	命令
想撤销 `git add` 的某个文件	`git restore --staged 文件名`
想撤销 `git commit`（保留修改）	`git reset --soft HEAD~1`
想放弃所有本地修改（恢复到最后一次提交）	`git checkout .` 或 `git restore .`
推送时提示 "rejected"（远程有新提交）	先执行 `git pull --rebase origin master`，再 `git push`

你的下一波操作（1.0.1）

修改 main.py 修复 bug。
执行上面的四步 + 标签推送。
在 Gitee 上创建 Release（可选）。

如果需要一条命令推送所有本地标签到远程：git push origin --tags（会推送 v1.0.0 和 v1.0.1 等全部标签）。