我的公司有一个Git工作流程，如下所示：
在我们的情况下，我们目前是从develop分支创建我们的特性分支，因此我刚刚完成的工作尚不可用(它仍然处于空中状态，等待另一位开发人员将其合并到develop分支中)。我的问题是，如果我在我的新特性分支中正在进行的工作依赖于我在先前的特性分支中刚刚完成的工作，那么我应该最初从尚未合并的特性分支而不是develop分支创建我的新特性分支吗？如果我已经从develop分支创建了我的新特性分支，获取我在尚未合并的分支中缺少的更改是否可以简单地在我的新分支内做一个
希望这个解释以及工作流本身都是有意义的。我已经让自己陷入了一些奇怪的情况，我不清楚我的代码状态，所以我正在尝试找出一个工作流程，使我能够在任何时候合并来自其他特性分支的更改，同时仍然能够获得上游更改。
- 从原始分支创建特性分支(我们使用一个名为"develop"的基础分支，但您可以将其视为"master")
- 在此特性分支中完成您需要完成的工作，并提交您的更改
- 偶尔，将您的特性分支与develop分支合并
- 当您的特性分支的工作完成后，提交并推送到GitHub上的远程特性分支
- 创建拉取请求以将您的特性分支合并到develop分支中，并由另一位开发人员进行代码审查
- 完成代码审查后，将特性分支合并到develop分支中，并删除特性分支
在我们的情况下，我们目前是从develop分支创建我们的特性分支，因此我刚刚完成的工作尚不可用(它仍然处于空中状态，等待另一位开发人员将其合并到develop分支中)。我的问题是，如果我在我的新特性分支中正在进行的工作依赖于我在先前的特性分支中刚刚完成的工作，那么我应该最初从尚未合并的特性分支而不是develop分支创建我的新特性分支吗？如果我已经从develop分支创建了我的新特性分支，获取我在尚未合并的分支中缺少的更改是否可以简单地在我的新分支内做一个
git merge [未合并的分支]？希望这个解释以及工作流本身都是有意义的。我已经让自己陷入了一些奇怪的情况，我不清楚我的代码状态，所以我正在尝试找出一个工作流程，使我能够在任何时候合并来自其他特性分支的更改，同时仍然能够获得上游更改。