要看修改的内容是什么

1. 新增的需求，新建feature分支，开发之后再合并到develop分支上。

2. develop上的bug，新建fix分支，修改后合并到develop分支。（一般在不在develop分支上测试，请先从develop检出release，然后在release分支上测试和修复）

在你要测试前就会合并到develop的呀，一般正常流程下，就是一致的 

直接拉hotfix分支代码上测试环境验证。测试环境代码来源于两个分支：hotfix、release

好像他用的是vs code

这要看公司的代码审查的程度,如果领导需审查了你feature的代码后再决定是否合并到dev就推过去,他处理合并,否则自己本地仓库管理就好,本地和到dev 再push   本地dev到远程仓库dev分支;

本地工作未完成开始启动功能或修bug 可以使用git stash  存储;

把测试通过的需求环境代码作为版本发布吧。

我用的是虚拟机里的PyCharm写好功能合并到dev 然后上传到服务器

如果删除了，证明你已经合并到master了

gitflow 是 git 一个扩展集，是需要安装的

按字面意思，应该是特性分支，比如加入新功能。