对于git workflow的个人理解

查看:104
本文介绍了对于git workflow的个人理解的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

问 题

本人使用git进行协作开发的工作流程如下:

  1. 切换到feature 分支

  2. 完成代码后 --- git stash

  3. 切换到develop分支下 --- git pull

  4. 切换回feature分支下git merge develop 把develop新代码合并到开发分支上

  5. git stash pop 此时可能会有冲突

  6. 在编辑器中根据提示对比代码手动解决冲突

  7. git add .

  8. git commit -m "xxxxxxxxxxxxxxxxxxxxxxxx."

  9. git push

  10. 在远程版本库上pull request

使用此方法工作了一段时间暂时没有发现什么问题,可是对于自己研究出来的工作流程的稳定性还是不够确定,请问各位该流程是否存在纰漏?

解决方案

很奇怪的工作流。git stash 不是那么用的。

git stash 用于,你正在做某个修改,但是又要切到别的分支临时有点事,或者有个与当前修改无关的修改需要提交,就把当前修改暂存起来,稍后再恢复。

所以你可以改成这样:

  1. 切换到feature 分支
  2. 完成代码后提交
  3. 切换到develop分支下 --- git pull
  4. git merge feature 此时可能会有冲突
  5. 在编辑器中根据提示对比代码手动解决冲突
  6. git push
  7. 在远程版本库上pull request

这篇关于对于git workflow的个人理解的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆