✅ Git 提交代码的完整流程

省流版:

git 提交代码流程 先暂存 在提交+备注 然后拉取代码获取最新的代码 然后再推送 git push
pull:是下拉代码,相等于将远程的代码下载到你本地,与你本地的代码合并
push:是推代码,将你的代码上传到远程的动作


完整的流程是:
第一种方法:(简单易懂)
1、git add .(后面有一个点,意思是将你本地所有修改了的文件添加到暂存区)
2、git commit -m ""(引号里面是你的介绍,就是你的这次的提交是什么内容,便于你以后查看,这个是将索引的当前内容与描述更改的用户和日志消息一起存储在新的提交中)
3、git pull origin master 这是下拉代码,将远程最新的代码先跟你本地的代码合并一下,如果确定远程没有更新,可以不用这个,最好是每次都执行以下,完成之后打开代码查看有没有冲突,并解决,如果有冲突解决完成以后再次执行1跟2的操作
4、git push origin master 将代码推至远程就可以了 


第二种方法:
1、git stash (这是将本地代码回滚值至上一次提交的时候,就是没有你新改的代码)
2、git pull origin master(将远程的拉下来)
3、git stash pop(将第一步回滚的代码释放出来,相等于将你修改的代码与下拉的代码合并)
然后解决冲突,你本地的代码将会是最新的代码
4、git add .
5、git commit -m "对本次提交进行说明"
6、git push origin master
这几步将代码推至了远程

Git 提交代码的完整流程(详解)

在团队协作开发中,使用 Git 提交代码是一项常见操作。为了保证代码同步、避免冲突,规范的提交流程非常重要。以下是两种常用的 Git 提交流程,分别适用于日常提交存在大量未提交代码时的情况。


🛠️ 🔹 第一种方法:标准流程(推荐使用)

这种方法适合日常开发中的代码提交,步骤清晰且易于理解。

💡 完整步骤

1️⃣ 将本地修改添加到暂存区

git add .

解释:

  • git add .:将当前项目中所有修改的文件加入暂存区。

  • . 表示当前目录下的所有修改文件。

  • 如果想只添加特定文件:

git add 文件名

2️⃣ 提交代码并添加备注

git commit -m "提交说明"

解释:

  • -m 后面跟着的是本次提交的描述信息。

  • 写清楚提交内容,便于后续代码审查和版本回溯。


3️⃣ 拉取远程最新代码

git pull origin master

解释:

  • git pull:将远程仓库中的代码拉取到本地。

  • origin:远程仓库的默认名称。

  • master:分支名称。如果使用 main 分支,则替换为:

git pull origin main
  • 拉取的作用:

    • 防止远程仓库有其他人的新提交,保证你的代码和远程仓库同步。

    • 避免推送时因版本冲突失败。


4️⃣ 将代码推送到远程仓库

git push origin master

解释:

  • git push:将本地代码推送到远程仓库。

  • origin:远程仓库名称。

  • master:目标分支名称。

  • 如果你使用的是 main 分支:

git push origin main

💡 最佳实践建议

  • **推荐做法:**在 git addgit commit 之前,先执行 git pull,确保代码同步,避免冲突:

# 添加到暂存区
git add .

# 提交代码
git commit -m "XXX提交说明"

# 先拉取远程代码
git pull origin master

# 推送到远程仓库
git push origin master

这种做法可以确保你在提交之前已经与远程仓库保持同步,减少代码冲突


🔥 🔹 第二种方法:带有暂存的提交流程

当你有大量未提交代码,且需要先拉取远程代码时,可以使用 git stash 将本地修改暂存,防止与远程代码冲突。

💡 完整步骤

1️⃣ 将本地未提交的修改暂存

git stash

解释:

  • 将本地所有未提交的修改保存到一个临时栈中,代码不会丢失

  • 工作区回滚到上次提交的版本,保持干净状态。


2️⃣ 拉取远程最新代码

git pull origin master

解释:

  • 将远程最新代码拉取到本地。

  • 与第一种方法一致。


3️⃣ 将暂存的代码恢复

git stash pop

解释:

  • 将之前暂存的代码恢复到当前工作区。

  • 相当于将你的修改与远程代码合并。


4️⃣ 将修改添加到暂存区

git add .

解释:

  • 将恢复的代码和远程代码合并后,一并加入暂存区。


5️⃣ 提交代码并添加备注

git commit -m "提交说明"

解释:

  • 提交合并后的代码,并添加说明。


6️⃣ 将代码推送到远程仓库

git push origin master

解释:

  • 将代码推送到远程仓库。


💡 使用场景

  • 当你在本地修改了大量代码,但想先拉取远程代码时,使用 git stash 可以避免冲突。

  • 这种方法适合:

    • 多人协作开发,代码变更频繁。

    • 代码冲突风险高,先将本地代码暂存再合并远程代码。


🚀 ✅ 总结与区别

方法优点缺点适用场景
方法一简单易懂,操作直观若远程有更新,可能导致冲突日常代码提交
方法二可避免代码丢失,适合多人协作需要手动恢复暂存的代码,易忘记大量未提交代码,防冲突

🔥 常见问题与建议

1️⃣ 分支名称不同

  • 如果你的远程分支是 main 而不是 master

git pull origin main
git push origin main

2️⃣ 提交前查看状态

  • 使用以下命令检查当前状态:

git status

3️⃣ 解决冲突

  • 如果在 git pull 时出现冲突:

# 打开代码解决冲突后
git add .
git commit -m "解决冲突"
git push origin master

🚀 完整流程(推荐写法)

# 1️⃣ 查看当前状态
git status   

# 3️⃣ 添加本地修改到暂存区
git add .  

# 4️⃣ 提交代码并添加备注
git commit -m "提交说明"  

# 2️⃣ 拉取远程代码
git pull origin master 

# 5️⃣ 将代码推送到远程仓库
git push origin master

这样你的 Git 提交流程就清晰规范了!🎯

<think>嗯,用户想了解Git提交代码的详细步骤。我需要根据提供的引用内容来组织答案。首先,引用[2]提到要先拉取最新代码,避免冲突。然后修改代码,接着暂存更改,git add。之后提交到本地仓库,git commit。再推送到远程仓库,git push。可能还需要处理冲突的情况,比如合并或变基。还要注意分支管理,比如主分支和特性分支的使用。要确保步骤清晰,分点说明,同时加入注意事项和示例命令。还要生成相关问题,比如冲突解决、分支管理、撤销操作等。需要检查LaTeX格式是否正确,虽然这个问题里可能用不到数学公式,但还是要留意。用中文回答,结构要逻辑分明,帮助用户一步步理解流程。</think>### Git提交代码完整流程 #### **1. 拉取最新代码** 在修改代码前,需先同步远程仓库的最新代码到本地,避免后续提交冲突。执行命令: ```bash git pull origin <分支名> # 例如 git pull origin main[^2] ``` #### **2. 修改代码** 完成本地代码的编辑、新增或删除操作。可通过`git status`查看文件变更状态: ```bash git status # 显示未暂存的修改 ``` #### **3. 暂存更改** 将需要提交的修改添加到暂存区。支持单个文件或批量添加: ```bash git add <文件名> # 添加单个文件 git add . # 添加所有修改(含新增文件) git add -u # 添加所有已跟踪文件的修改[^4] ``` #### **4. 提交到本地仓库** 通过`git commit`将暂存区的修改提交到本地仓库,需附加清晰的提交说明: ```bash git commit -m "修复登录页面样式问题" # 提交信息需简明扼要[^4] ``` #### **5. 推送到远程仓库** 将本地提交推送至远程仓库(如GitHub、GitLab): ```bash git push origin <分支名> # 例如 git push origin feature/login[^3] ``` #### **6. 冲突处理(可选)** 若推送失败提示冲突,需手动解决冲突后重新提交: 1. 执行`git pull`合并远程修改 2. 使用编辑器解决冲突文件中的标记(`<<<<<<< HEAD`等) 3. 重新执行`git add`和`git commit` #### **关键注意事项** - **分支管理**:建议在特性分支开发,合并到主分支前通过`git merge`或`git rebase` - **撤销操作**:误提交时可使用`git reset --soft HEAD~1`撤销本地提交 - **代码审查**:推送后通过Pull Request(PR)或Merge Request(MR)发起代码评审 --- ###
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值