Merge 使用开发时I'；我正在开发它。是Gitflow吗？

创建要素时，我从“开发”创建一个分支。然后，当功能完成时，我将其合并到develop中，但存在许多冲突，因为develop已使用其他功能进行了更新

我的团队向我推荐的是不断更新开发，并立即与我正在开发的功能合并

这样我就不会在合并功能时产生太多冲突

我的问题是：

这种工作方式仍然是Gitflow吗？还是它的变体

如果这种工作方式不是gitflow，它还有其他名称吗

如果develop中有一个bug并且我的特性继承了，会发生什么 是吗

致以最良好的祝愿

这取决于合并分支的方式（使用

git merge

或使用

git flow feature start

然后使用

git flow feature finish

合并）。如果你像第二种方法那样做，它是git流，否则它只是“正常的”git

我首先从开发分支（

gitflowfeaturestart

）创建一个gitflow分支，然后在那里进行更改。每次您想要推送更改时，都要执行

git推送

（第一次必须是

git流功能发布

），然后所有更改都可以在git服务器上的分支名称功能下看到

如果要合并功能分支和开发分支，只需执行

gitflowfeaturepublish

如何解决合并冲突 有很多工具可以帮助你做到这一点。正如您可能已经猜到的，我最喜欢使用文本编辑器。它看起来更清晰了，我也不太害怕通过点击UI按钮意外地做一些事情。找到文件，然后进行更改。 任何文件的通用步骤：

• 查找这取决于您合并分支的方式（使用

  git merge

  或使用

  git flow feature start

  然后使用

  git flow feature finish

  ）。如果你像第二种方法那样做，它是git流，否则它只是“正常的”git
  我首先从开发分支（

  gitflowfeaturestart

  ）创建一个gitflow分支，然后在那里进行更改。每次您想要推送更改时，都要执行

  git推送

  （第一次必须是

  git流功能发布

  ），然后所有更改都可以在git服务器上的分支名称功能下看到
  如果要合并功能分支和开发分支，只需执行

  gitflowfeaturepublish

  如何解决合并冲突 有很多工具可以帮助你做到这一点。正如您可能已经猜到的，我最喜欢使用文本编辑器。它看起来更清晰了，我也不太害怕通过点击UI按钮意外地做一些事情。找到文件，然后进行更改。 任何文件的通用步骤：

  ---

  • 非常感谢你的回答。我重新表述我的问题：我从develop创建feature1。我正在处理功能1（未完成）。我启动了develop，它给我带来了GitFlow中的变化（来自其他程序员的新特性）：合并是正确的：这个新的develop与feature1（尚未完成）？git flow中必须使用

    发布分支来解释应用程序。然后，您可以在那里创建此分支的各种版本。很好的git流工作流，非常感谢您的回答。我重新表述我的问题：我从develop创建feature1。我正在处理功能1（未完成）。我启动了develop，它给我带来了GitFlow中的变化（来自其他程序员的新特性）：合并是正确的：这个新的develop与feature1（尚未完成）？git flow中必须使用
    发布分支来解释应用程序。然后，您可以在那里创建此分支的各种版本。漂亮的git流工作流