我有3个分支，分别是分支master、分支staging和分支prod。
此外，我有2台服务器，分别是暂存服务器和生产服务器。
当我在本地主机上完成开发过程后，我会把它推送到分支主干上，然后把请求拉到staging分支上，再合并到staging分支上，然后部署到staging服务器上。测试员会在staging服务器上进行测试。如果测试结果没有问题，我会把请求拉到prod分支，然后合并到prod分支，再部署到生产服务器上。
我的方法正确吗？
这个过程是绝对正确的，整个行业都是这么做的。然而，它需要稍加修改。
从主分支中为每一个新的featurebug创建一个feature分支，完成后再合并回主分支。这样做是为了方便功能的并行开发。然后你就可以按照你提到的工作流程来做。
为了管理一些关键项目，你可能希望主仓库是干净的，所以你允许你的开发人员在自己的fork上工作 (主库的个人副本). 完成任务后，你可以将PR提高到主repo的主分支，然后按照通常的工作流程进行。
还有一种情况下，你可能需要另一种方法，即一个热补丁。什么是 补丁?
这是任何一种非常关键的小改动。例如，你把你的代码推送到生产中，但其中一个API仍然指向 "localhost"。这种问题需要立即关注，你不希望你的用户流失。所以你选择了热修复，直接将代码推送到生产版本。
注意：Git的工作流程可能会有所不同，不同的个人或组织根据自己的需求最适合。所以，这完全取决于你的项目有多关键，以及你能承受多复杂的工作流程。