独立开发者Git版本管理：开发v2是否需创建新分支？

嗨，作为同样有过独立开发经历的人，我完全懂你现在的纠结——毕竟刚把v1.0.0稳稳推到master，突然要考虑分支的事儿，难免会疑惑“是不是小题大做”。但我得说，非常建议你为v2.0的开发创建独立分支，下面给你掰扯清楚原因和具体做法：

• 直接推master的风险：
  如果你直接在master上开发v2.0，一旦中途发现某个功能有问题，或者需要紧急修复v1.0.0的bug（比如用户反馈的致命问题），你会陷入两难：要么暂停v2.0的开发去修bug，修完还要把v2.0的代码再合并回来，很容易搞混；要么带着未完成的v2.0代码去修bug，最后推出去的master分支会包含不稳定的功能，这对已经在用v1.0.0的用户来说太不友好了。

• 分支不止用于实验性功能，更是版本管理的核心：
  其实分支的核心价值之一就是隔离不同阶段的开发工作。master分支应该保持“随时可发布”的稳定状态——它代表的是你已经验证过的、可以给用户用的正式版本。而v2.0的开发属于“正在迭代”的工作，放在单独的分支（比如叫develop或者v2.0-dev）里，既能安心做功能新增和优化，又不会影响master的稳定性。

• 具体操作步骤参考：

  1. 从master分支创建新的开发分支：

     git checkout master
     git pull origin master
     git checkout -b v2.0-dev
     

  2. 在这个新分支上尽情开发v2.0的功能，每次提交都推到远程分支：

     git add .
     git commit -m "新增XX功能"
     git push origin v2.0-dev
     

  3. 当v2.0开发完成、测试通过后，再合并回master分支并打标签：

     git checkout master
     git merge v2.0-dev
     git tag -a v2.0.0 -m "v2.0.0正式版本"
     git push origin master
     git push origin v2.0.0
     

  另外，如果中途需要修复v1.0.0的bug，直接在master分支上创建修复分支（比如hotfix-v1.0.1），修复完合并回master，打个v1.0.1的标签，完全不会影响v2.0的开发进度。

内容的提问来源于stack exchange，提问作者sdvnksv