在GitFlow方法论中，完成并合并开发后是否应该同时删除本地和远程分支？
In GitFlow methodology, should the branches be deleted both local and remote after finished and merged to develop?
我对如何使用基本 git 命令遵循 GitFlow 方法有疑问：关于在合并到开发后删除功能分支的建议是什么：应在本地和远程存储库中删除功能分支？或者应该在完成合并后只在本地仓库中删除？
我会说这取决于。
您可以分叉主仓库，或将您的功能分支推送到主仓库。
如果你在分叉，其实没关系，因为所有分支都在你的分叉中，一旦功能被合并，你就可以用它做任何你想做的事。在这种情况下我个人不会删除它们，因为由于我们的流程方法，如果 QA 不批准第一次合并，我们必须仍然在同一个分支中工作。
如果你要推送到主仓库，那么是的，你应该保持仓库干净，因为每个人都在那里，如果每个人都离开分支，那将是一团糟。
请记住，GitFlow（或与此相关的任何设计模式）的设计是一种通用的工作理念，而不是牢不可破的法则：使其适应您的环境并进行有意义的更改你.
我对如何使用基本 git 命令遵循 GitFlow 方法有疑问：关于在合并到开发后删除功能分支的建议是什么：应在本地和远程存储库中删除功能分支？或者应该在完成合并后只在本地仓库中删除？
我会说这取决于。 您可以分叉主仓库，或将您的功能分支推送到主仓库。
如果你在分叉，其实没关系，因为所有分支都在你的分叉中，一旦功能被合并，你就可以用它做任何你想做的事。在这种情况下我个人不会删除它们，因为由于我们的流程方法，如果 QA 不批准第一次合并，我们必须仍然在同一个分支中工作。
如果你要推送到主仓库，那么是的，你应该保持仓库干净，因为每个人都在那里，如果每个人都离开分支，那将是一团糟。
请记住，GitFlow（或与此相关的任何设计模式）的设计是一种通用的工作理念，而不是牢不可破的法则：使其适应您的环境并进行有意义的更改你.