当我们必须更新 composer.json 文件中的版本时，当使用 git 流程时

Question

我正在尝试在 php 项目中实施 git 流程。我正在添加一个新功能。最后一个标签是 1.1.0.

现在，我不是在 1.1.0 版本中（因为我正在添加新功能）。这意味着我不能更新 composer.json 文件中的版本。

添加功能进行开发时，我应该更新版本吗？虱子 1.1-功能名称?

我应该只在发布分支内更新版本吗？我认为正确的时机是最后一次。

Answer 1

看看 Github 上的 Symfony。在撰写本文时，master 分支使用：3.0-dev.
https://github.com/symfony/symfony/blob/master/composer.json

最后，如果您查看所有列出的分支，您会注意到它们以每个 "major.minor" 版本命名。

他们使用的模式是将所有新功能添加到 master 分支，该分支始终是代码的 "next" 版本。所以你将把这个功能添加到 "feature branch"，在这个阶段你怎么称呼它并不重要，但你的作曲家文件会说：

"dev-master": "1.2-dev"

当您的功能完成后，您将把它合并到 "master" 中，它应该已经在 composer 文件中准备好了“1.2.0”。

现在，当您准备好发布 1.2 时，您将把它标记为 1.2.0，然后创建分支“1.2”，然后提交。

最后，您将 "master" 上的作曲家文件更改为“1.3-dev”并提交。此后的所有新功能都将针对“1.3.0”。

Post发布

您需要维护 1.2，因此您的补丁将应用于 1.2 分支。但是，您也希望将这些补丁应用于 master，因此在 master 上使用 git merge 1.2。因此，您仍在向 master 添加功能，但同时从以前的版本中提取补丁。

When we must update version inside the composer.json file, when using the git flow