我正在认真考虑使用 git 作为我的部署方法。目前我一个人工作，所以在我的情况下冲突不是问题。假设我按照步骤复制了一个连接我的本地主机、我的 bitbucket 帐户和我的实时服务器存储库的工作流。我一直想知道如何确保如果出现任何问题，我可以安全地回到稳定版本。
我唯一能想到的就是为每个未来的版本创建一个分支，然后签出它。如果它不正常或我有问题，我会结帐给主人。如果没问题，几天后我将分支与 master 合并，然后我将创建一个新分支。
这是合乎逻辑的吗？我搜索了很多关于这个主题的文章，但我真的无法理解其中的大部分，因为它们是针对中大型团队的，所以工作流程是不同的。我也向一些网站提出了同样的问题，但从未得到答案，很可能是因为它是一个愚蠢的问题，我真的不知道。但我在这里。在我的情况下，版本控制将如何工作？
首先，我假设您在部署任何特定分支时都没有问题。
在具有一定专业性（和预算）的环境中，将有一个暂存环境，新代码将在其投入生产之前部署（在您的情况下，是实时服务器存储库）。一般来说，生产版本应该总是稳定的（提示：如果不是，你应该在它最终投入生产之前发现它，良好的测试实践在这里也会有所帮助）
现在，假设您最终不得不“热修复”master 以进行生产，而定期恢复恰好是不够的，一种方法是：
git add .）并提交它。PS：请注意，我不经常这样做，我希望你也不要这样做，尤其是在 master
另一个警告说明：这不负责数据库备份，您将需要其他应急计划
请阅读这篇文章： 一个成功的 Git 分支模型
在我们公司，我们使用这种方法，它非常有帮助。基本上这是你已经说过的，但这也考虑到你有“master”分支来发布构建和“develop”分支，你可以将所有功能分支合并到其中，当你准备好发布新版本时，你只需将开发分支合并到 master 并创建新标签。正如我所说，阅读这篇文章，因为它帮助我创建了稳定的分支模型。