获取第一个版本的 Git 工作流

Question

使用 git，我了解分支以及如何使用 master、develop、feature branches 等在网站上线后进行开发。

但是对于为了让站点首次发布构建而进行的最初的大量开发(大约 12 周)，我不太确定最佳分支策略。

这个阶段直接在master上commit和push可以吗？如果不是，那么在首次发布之前的初始开发阶段，git 的首选策略是什么。

Answer 1

Is it fine in this stage to commit and push directly on master

理论上，编号:master只能包含稳定可用的代码版本。
最好是在生产环境中运行的(您网站的实时版本)

正如 charles 在下面评论的那样，这取决于您在克隆 repo 时默认要执行的操作

what is the preferred strategy for git during the initial development phase before the first release.

您可以在它自己的分支上隔离那个集成阶段，它是一个或多个 feature branch merge 的结果。 ，以便一起测试所有功能。

第一次发布会看到:

• merge 到master
• 标签1.0
• 分行1.0_hotfix从所述标记完成，以隔离以下修补程序:
  • 你将 merge 到master
  • 您将 merge 到当前为 2.0 开发的其他功能分支如果您认为修补程序在那个新环境中有意义(由于一些 2.0 重构，一些错误实际上与 2.0 无关)

---

现在在实践中(这是我同意 Charles 的 answer 的地方)，如果所有您正在开发的功能将成为第一个版本，您可以 在 master 上开发一切, 释放它，放一个标签 1.0 .

但是一旦第一个版本完成，我仍然建议在他们自己的分支中隔离热修复。

同样，取决于您想要的默认角色 master有分支，可以直接在里面开发。
尽量避免从主分支 merge 到其他分支(“back merge”)。
如果你有功能，你必须在过去的版本中支持端口，在将它们 merge 到 master 之前在它们自己的分支中开发它们以及其他发布分支。

作为遵循该模型的大型项目的示例(在 master 上开发，以及用于发布的分支)，您可以看到 gitlabhq 的组织结构.

这个想法是只 promise master您确定将在下一个版本中使用的功能。

实验性功能(可能成功也可能不成功)应该隔离在它们自己的分支中(或在 master 中，但是在克隆 存储库中，并 merge 通过 pull 请求)。