【git】工作流实战:从本地仓库到远程仓库,git pull 与git rebase使用讲解,案例解析
Git 工作流实战:从本地仓库到远程仓库
将代码从本地仓库推送到远程仓库,并模拟公司团队协作的场景。
-
如果还没有连接远程仓库可以注册一下Gitee https://gitee.com/
-
新建仓库复制https
-
-
git init
-
git remote add origin 粘贴https
一、推送代码到远程仓库
- 查看远程仓库信息:使用
git remote -v
命令查看远程仓库的信息。
git remote -v
- 你会看到类似以下的输出:
origin https://github.com/company/project.git (fetch)
origin https://github.com/company/project.git (push)
- 这表示你的本地仓库已经与远程仓库
origin
关联。
- 推送代码:使用
git push
命令将本地仓库的代码推送到远程仓库。
git push origin feature/login
- 这会将本地仓库的
feature/login
分支推送到远程仓库,并在远程仓库创建一个同名的分支。
- 查看远程仓库:在代码托管平台 (例如 GitHub、GitLab) 上,找到你刚刚推送的分支
feature/login
,确认代码已经成功推送。
二、团队协作场景模拟
假设你和你的同事 Alice 一起开发登录功能,你们分别负责不同的部分。
- Alice 克隆仓库并创建分支:Alice 克隆远程仓库到本地,并创建自己的开发分支
feature/login-alice
。
git clone https://github.com/company/project.git
cd project
git checkout -b feature/login-alice
- Alice 开发功能并推送代码:Alice 在自己的分支上开发登录功能,并推送代码到远程仓库。
# 修改代码
git add .
git commit -m "Alice: 完成登录表单样式开发"
git push origin feature/login-alice
- 你拉取最新代码:在开始开发之前,你需要拉取远程仓库的最新代码,确保你的代码是基于最新的代码进行开发。
git checkout main
git pull origin main
git checkout feature/login
git merge main
- 这会将远程仓库
main
分支的最新代码合并到你的feature/login
分支。
- 你开发功能并推送代码:你在自己的分支上开发登录功能,并推送代码到远程仓库。
# 修改代码
git add .
git commit -m "完成登录表单验证逻辑开发"
git push origin feature/login
-
创建 Pull Request (PR):你和 Alice 分别完成开发后,在代码托管平台上创建 PR,请求将各自的开发分支合并到
main
分支。 -
代码审查:你和 Alice 互相审查对方的代码,提出修改意见。
-
合并代码:通过审查后,将
feature/login
和feature/login-alice
分支的代码合并到main
分支。 -
删除开发分支:合并完成后,删除本地的
feature/login
和feature/login-alice
分支。
git branch -d feature/login
git branch -d feature/login-alice
实际工作中不推荐git pull 而是使用git fetch和gitrebase
Git 分支同步实战:git fetch
与 git rebase
的完美搭配
在团队协作开发中,保持本地分支与远程主分支 (main
或 master
) 的同步至关重要。git fetch
和 git rebase
是完成这一任务的黄金组合,它们可以帮助你优雅地同步代码,避免不必要的合并提交
。
一、案例背景
假设你正在开发一个名为 feature-branch
的功能分支,而你的同事已经将一些更改推送到了远程主分支 origin/main
。你需要将这些更改同步到你的 feature-branch
分支,以确保你的代码基于最新的代码库。
二、同步分支代码的步骤
1. 切换到你的功能分支
git checkout feature-branch
2. 拉取远程仓库的所有更新
git fetch origin
git fetch origin
:从远程仓库origin
拉取所有分支的最新提交,但不会自动合并到你的本地分支。git fetch origin main
:如果你只想拉取main
分支的更新,可以使用这个命令。
3. 将你的本地提交基于远程 main
分支重新排列
当前处在feature-branch
分支
git rebase origin/main
git rebase origin/main
:将feature-branch
分支的本地提交“重新放”在origin/main
分支的最新提交之上。git pull --rebase origin main
:这个命令等同于git fetch origin main
加上git rebase origin/main
,但更推荐分开执行,以便更好地控制流程。
4. 解决冲突(如果有)
如果在 rebase 过程中发生冲突,Git 会提示你解决冲突。你需要:
- 手动编辑冲突文件,解决冲突。
- 使用
git add <文件名>
将解决冲突后的文件标记为已解决。 - 使用
git rebase --continue
继续 rebase 过程。
5. 推送更新到远程仓库
git push origin feature-branch --force-with-lease
--force-with-lease
:安全地强制推送你的本地分支到远程仓库,确保不会覆盖其他人的提交。
三、为什么不推荐直接 git pull
?
直接使用 git pull
相当于 git fetch
加上 git merge
,如果远程仓库和本地仓库都有新的提交,就会产生一个合并提交,使得提交历史变得臃肿。
示例:
git pull origin main
- 如果远程
main
分支和本地feature-branch
分支都有新的提交,Git 会自动创建一个合并提交,将两个分支的历史合并在一起。 - 这种合并提交通常是不必要的,而且会使提交历史变得难以阅读
git log
很臃肿。
四、git rebase
的优势
- 保持提交历史的线性:
git rebase
会将你的本地提交“重新播放”在远程分支的最新提交之上,保持提交历史的线性,更容易阅读和理解。 - 避免不必要的合并提交:
git rebase
不会创建合并提交,使得提交历史更加简洁。
视频案例
可以看b站技术蛋老师
的视频,很直观清晰
Git工作流和核心原理 | GitHub基本操作 | VS Code里使用Git和关联GitHub
rebase前后的直观图例:
- 身处master分支,使用
git rebase dev
https://github.com/0voice