versioning - 使用 SemVer 进行版本控制

Question

我需要一些关于SemVer版本控制的帮助/建议。

我在一个客户的网站上工作，他在一个 word 文档中向他的网站发送了大大小小的相关修改（就像他们一直做的那样）。

我有一个基于我的主分支的分支来进行这些新的修改，并且已经为我迄今为止所做的每个已完成的修改创建了提交。

我的想法是我将完成所有修改，然后在下一个版本（v2.0.0）中发布它们，因为我认为所有这些更改都是相关的，并且所有这些更改都足以保证版本号的增加。

我遇到的问题是，客户希望在 2.0.0 发布之前立即进行其中的一些修改，那么处理这个问题的最佳方法是什么 - 我会将这些完成的修改上传到现有版本中吗？并增加次要号码，或者即使所有的修改都没有完成，我也会将它提升到 2.0.0？

在版本控制方面，我有点菜鸟，但我正在努力通过阅读和尝试理解语义版本控制网站来尽可能地学习。

Answer 1

您应该始终考虑以下两件事：

1. 真正的变化是什么？如果没有可见的更改，和/或如果下面没有重大更改，最好避免增加主要版本号。

2. 客户应该如何看待您的更改？说版本 1.1 或版本 2.0 可能会对更改的感知方式产生一些影响。

因此，如果修改是有限的和/或没有可见的东西发生了变化，那么只增加次要然后等待它们全部完成以将其提升到 2.0.0 可能是有意义的。

Answer 2

我建议暂时停止考虑版本并专注于分支管理。您可以从这个关于分支的“首选”文档开始。

如果我是你，我会

1. 从当前为该客户端部署的任何内容中分叉一个分支。假设这个分支被命名为“client-acme-corp”。
2. 从您所做的任何分支中挑选客户想要立即部署的更改。
3. 将步骤 1 中的分支重新部署到客户端。
4. 继续为新版本工作。

5. 发布完成后，将“client-acme-corp”重新定位到您的开发分支。

   Git 很聪明，因此当您精心挑选的提交引入来自包含新版本的分支的相同文本更改时，它们不会引起问题。如果您不希望这样，只需在出现变基脚本时删除这些提交。

6. 将更新的分支重新部署到客户端。