Git 团队协作:拉取、开发、提交代码避坑流程
作为程序员,日常协作中拉取代码、提交修改并避免冲突的流程可以按以下步骤操作,非常实用:
一、拉取代码:先同步最新版本
1. 确定要拉取的分支
- 如果你负责开发新功能:通常拉取
develop分支(开发主分支,包含最新的集体开发成果)。 - 如果修复生产 bug:拉取
main或master分支(正式环境分支,保持稳定)。 - 具体问你的团队负责人:“当前开发基于哪个分支?”(每个团队命名可能不同,比如有的叫
dev而非develop)。
2. 拉取最新代码到本地
打开终端,进入项目目录,先确保自己在目标分支(比如 develop):
# 查看当前所在分支
git branch
# 如果不在目标分支,切换过去(比如切换到develop)
git checkout develop
# 拉取远程最新代码到本地(关键!确保你的代码是最新版本)
git pull origin develop
二、开发新功能:在自己的分支上改
核心原则:永远不要直接在 develop 或 main 分支上修改代码!
1. 创建自己的功能分支
从最新的 develop 分支上创建一个属于你的分支(命名清晰,方便识别):
格式:feature/你的名字/功能名(或bugfix/你的名字/问题描述)
git checkout -b feature/zhangsan/user-login
这个命令会自动创建并切换到新分支,你的所有修改都在这个分支上进行。
2. 开发过程中,定期同步最新代码
因为同事可能在你开发时提交了新代码,为了避免最后冲突过大,建议每天至少同步一次:
# 先切回develop分支,拉取最新代码
git checkout develop
git pull origin develop
# 切回自己的功能分支,把develop的最新代码合并到自己分支
git checkout feature/zhangsan/user-login
git merge develop
三、提交代码:分步操作,避免冲突
1. 提交本地修改到自己的分支
# 查看自己改了哪些文件
git status
# 添加要提交的文件(.表示所有修改,也可以指定具体文件)
git add .
# 提交到本地仓库,备注清晰(比如“完成登录页面表单验证”)
git commit -m "feat: 完成登录页面表单验证"
2. 推送到远程自己的分支
先确保本地分支已同步最新代码(参考第二步第 2 点),再推送:
# 第一次推送这个分支时,关联远程分支(-u或--set-upstream)(后续推送直接用git push)
git push -u origin feature/zhangsan/user-login
git push --set-upstream origin feature/zhangsan/user-login
3. 发起合并请求(PR/MR)
去你们的代码仓库(GitHub/GitLab/Gitee),在自己的分支页面发起 “合并请求”,目标分支选 develop(或团队规定的分支)。
- 提交后,等待同事代码评审。
- 如果评审中发现问题,在自己的分支上修改后直接
git push(会自动更新这个 PR)。 - 评审通过后,由管理员合并到
develop分支(合并时如果有冲突,通常由管理员处理或通知你解决)。 -
关键避坑点
1. 永远在自己的分支开发
不直接动主分支,避免污染公共代码。
2. 频繁同步最新代码
每天开工先 pull,开发中定期 merge 主分支代码,把冲突拆分成小问题解决,比最后堆一堆冲突好处理。
3. 冲突不可怕
冲突本质是 “同一处代码被两个人修改”,解决时和相关同事沟通 “保留哪部分” 即可,改完后 git add 冲突文件,再 git commit 完成合并。
按这个流程,基本能平稳参与团队协作,不用担心代码冲突问题~
1643

被折叠的 条评论
为什么被折叠?



