【问题标题】:How do I manage versions with Git如何使用 Git 管理版本
【发布时间】:2018-04-19 21:21:36
【问题描述】:

我是个人开发人员,从未在公司工作过,所以请原谅我的无能。我刚刚完成了一个新产品并将其作为版本 1 推送到 master 分支:

git add .
git commit -m "v1.0.0 final"
git push origin master

现在我想开始第二版产品的工作,我将在其中进行一些添加和增强。我应该为此创建一个新分支吗?据我了解,分支是用于实验性增强,而不是用于版本控制?如果我继续推送到master,我是否可以在需要时下载初始版本 1?

感谢您的帮助。

【问题讨论】:

标签: git


【解决方案1】:

你的master 分支应该反映什么是生产就绪的,只有当你对你的代码已经准备好向公众发布新版本感到高兴时,你才应该推送它。您应该有一个名为 develop 的“主要”分支(这是您的主要开发分支),并且您应该从该分支分支 feature

例如,您的代码位于develop,并且需要两个新的独立功能。你将feature/1feature/2develop 分支出来,当你对各自的功能完成时感到高兴时,将它们合并回developdevelop 已部署到您的测试站点。在develop 上测试您的更改是正确的之后,您可以将develop 推送到master,只有在您准备好向公众发布代码时才应该这样做。

当代码达到master时,可以tag the release加上版本号。如有必要,您可以随时回滚master 上的版本号。

这称为 Git Flow,如下图所示:

【讨论】:

  • 感谢您的详细解释,博客作者已经确定了:)
【解决方案2】:

我应该为此创建一个新分支吗?

不同的人使用不同的策略。一个常见的计划是在准备发布时为每个版本从 master 创建一个分支,并使用 master 分支来包含当前的开发。这样,如果您需要为给定版本发布错误修复或其他补丁,您可以在该版本的分支中执行此操作,也可能将修复合并回 master。使用标签来识别每个版本的特定提交。

【讨论】:

    猜你喜欢
    • 2016-10-15
    • 2020-02-22
    • 1970-01-01
    • 2011-04-25
    • 2018-04-20
    • 1970-01-01
    • 2012-10-06
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多