GIT基础使用教程

Git 代码提交流程

Git 提交代码的完整流程可以概括为：本地修改 → 暂存 → 提交到本地仓库 → 同步远程更新 → 推送到远程仓库。以下是详细步骤（适用于已有本地仓库且关联远程仓库的场景）：

步骤1：在工作区修改代码

在本地项目中编辑文件（新增、修改、删除代码），比如修改 main.py 或新增 utils.js。

步骤2：检查修改状态（可选但推荐）

通过 git status 命令查看工作区的修改情况，确认哪些文件被修改或新增：

git status

输出会显示：

• modified: xxx：已跟踪文件（之前提交过的）被修改；

• untracked files: xxx：未跟踪文件（新文件，未加入版本控制）。

步骤3：暂存修改（将修改加入暂存区）

用 git add 命令将需要提交的修改“暂存”起来（暂存区是本地临时存储待提交内容的区域）：

• 暂存所有修改（包括新增、修改、删除）：

git add .  # "." 表示当前目录所有文件

• 暂存指定文件（更精确，推荐）：

git add main.py utils.js  # 只暂存这两个文件

暂存后再次执行 git status，会显示“changes to be committed”，表示文件已进入暂存区。

步骤4：提交到本地仓库

用 git commit 命令将暂存区的内容提交到本地仓库（生成一条本地提交记录，包含修改说明）：

git commit -m "这里写提交说明"  # 必须填写说明，描述本次修改的内容（如："修复登录功能bug"）

提交说明建议清晰具体（比如“新增用户注册接口”“优化商品列表加载速度”），方便后续查看历史记录。

步骤5：拉取远程最新代码（关键！避免冲突）

在推送到远程前，先拉取远程仓库的最新代码（确保本地代码与远程同步，减少冲突）：

git pull origin 分支名  # 分支名通常是 main 或 master，比如：git pull origin main

• 如果远程没有新修改，会提示“Already up to date”；

• 如果有新修改，Git 会自动合并（无冲突则直接完成，有冲突则需手动解决，解决后重复步骤3-4提交合并结果）。

步骤6：推送到远程仓库

将本地仓库的提交推送到 Gitee/GitHub 等远程仓库，完成同步：

git push origin 分支名  # 比如：git push origin main

首次推送分支时，可能需要用 git push -u origin 分支名（绑定本地与远程分支，后续可直接用 git push）。

总结：核心命令链

# 1. 改代码（手动操作）
# 2. 暂存
git add 文件名  # 或 git add .
# 3. 提交到本地
git commit -m "提交说明"
# 4. 拉取远程更新
git pull origin main
# 5. 推送到远程
git push origin main

注意事项

1. 小步提交：建议频繁提交（比如完成一个小功能就提交），避免一次提交大量修改（冲突难解决）。

2. 提交说明清晰：方便自己和协作方理解历史修改（避免用“fix”“update”等模糊词汇）。

3. 拉取后再推送：这是协作中的核心原则，否则容易因本地与远程不同步导致推送失败。

按照这个流程，就能安全地将本地代码提交并同步到远程仓库了。