我是一名个人开发人员,从未在公司工作,所以原谅我的无能。我刚刚完成了一个新产品并将其推送到版本1的master
分支:
git add .
git commit -m "v1.0.0 final"
git push origin master
现在我想在产品的第二版上开始工作,我会有一些补充和增强功能。我应该为此创建一个新分支吗?据我所知,分支是用于实验性增强,而不是用于版本控制?如果我继续推送到master
,我是否可以根据需要下载初始版本1?
感谢您的帮助。
答案 0 :(得分:0)
您的master
分支应该反映什么是生产准备就绪,当您对您的代码已准备好向公众发布新版本感到高兴时,您应该只是推动它。你应该有一个主要的'名为develop
的分支(这是您的主要开发分支),您应该分支feature
分支。
例如,您的代码位于develop
,并且需要两个新的独立功能。您从feature/1
分支feature/2
和develop
,并在您对相应功能完整感到满意时将每个版本合并回develop
。 develop
部署到您的测试站点。在develop
上对您的更改进行测试后,您可以将develop
推送到master
,这只应在您准备好向公众发布代码时执行。
当代码到达master
时,您可以使用版本号tag the release。如有必要,您始终可以在master
上回滚版本号。
这称为 Git Flow ,如下图所示:
答案 1 :(得分:0)
我应该为此创建一个新分支吗?
不同的人使用不同的策略。一个常见的计划是在您准备发布时为每个版本创建一个master的分支,并使用master分支来包含当前的开发。这样,如果您需要向给定版本发布错误修复或其他补丁,您可以在该版本的分支中执行此操作,也可能将修复程序合并到主服务器中。使用标记来标识每个版本的特定提交。