Symfony 当A比B早（？）时，A版软件如何在B版之后发布

我已经读了一段时间关于这个主题的书，我发现这让我在软件版本控制/发布方面有点迷失

如果你关注它，你会看到它只是一个所有Symfony版本的列表，以及它们各自的日期。促使我提出这个问题的原因是我无法理解为什么/如何，例如：

Symfony 2.8.37于2018年4月2日发布

当

Symfony 4.0.6于2018年3月5日发布

Symfony只是一个例子，我的问题一般适用于软件版本控制，希望对上述内容进行解释

我（是吗？）肯定2.8.37比4.0.6旧，所以这肯定与我比较错误无关，当然版本发布过程中有一个基本方面我不知道

---

最后，可以肯定的是，如果我要比较两个版本，我该怎么做，我不需要一个特定于计算机语言的解决方案，只需要一个算法来比较两个给定的版本，就像你甚至可以用纸和铅笔做的那样（我知道，这是一个多么异教的版本）。

通常，2.8.38将是2.8.37的安全补丁或其他补丁；4.0.6是4.0.5的一个补丁，其中4.0是一个更新、更强大的基础版本，需要不同的许可证，或者仅在Windows 10下运行，或者出于某些其他原因，有些人希望保留旧版本

---

当前版本的补丁将更快发布，然后团队将重要的安全补丁添加到旧版本。

通常，2.8.38将是2.8.37的安全补丁或其他补丁；4.0.6是4.0.5的一个补丁，其中4.0是一个更新、更强大的基础版本，需要不同的许可证，或者仅在Windows 10下运行，或者出于某些其他原因，有些人希望保留旧版本

---

当前版本的补丁将更快发布，然后团队将重要的安全补丁添加到旧版本中。

Symfony对其框架的旧版本有很好的支持。基本上，Symfony 2已经发布，并经历了类似于2.1->2.2等的各种版本更改，同时保持了与以前Symfony 2项目的兼容性

再往前走，Symfony 3发布了，虽然Symfony 2项目可以更新为Symfony 3项目，但它涉及一些工作，可能需要对项目进行破坏性的编码更改。然后是Symfony 3 progress 3.1->3.2等

仅仅因为Symfony 3已经推出并可用，并不意味着所有的工作或bug修复都在Symfony 2上完成。因此，除了Symfony 3的发布之外，Symfony 2还将发布。下面是从的视觉视图，显示版本重叠

---

这在大多数软件中都很常见，例如Microsoft Windows 10是当前版本，但Microsoft仍为Windows 7提供修补程序。

Symfony非常支持其框架的旧版本。基本上，Symfony 2已经发布，并经历了类似于2.1->2.2等的各种版本更改，同时保持了与以前Symfony 2项目的兼容性

再往前走，Symfony 3发布了，虽然Symfony 2项目可以更新为Symfony 3项目，但它涉及一些工作，可能需要对项目进行破坏性的编码更改。然后是Symfony 3 progress 3.1->3.2等

仅仅因为Symfony 3已经推出并可用，并不意味着所有的工作或bug修复都在Symfony 2上完成。因此，除了Symfony 3的发布之外，Symfony 2还将发布。下面是从的视觉视图，显示版本重叠

---

这在大多数软件中都很常见，例如Microsoft Windows 10是当前版本，但Microsoft仍为Windows 7提供修补程序。

可能会有所帮助。@Cerad；我注意到2.8在2019年之前都支持安全补丁，这意味着补丁和补丁仍将随机发布，用于此非当前/最新版本，同时当前版本的更改是什么？因此在时间轴上相互交织。这就是我应该注意到的吗？差不多。另一件需要理解的事情是，每个主要版本（2、3、4、5等）都会破坏与以前版本的兼容性。因此，即使2和4仍然共享大量的代码和设计，也可以认为2是一个完全不同的版本；我注意到2.8在2019年之前都支持安全补丁，这意味着补丁和补丁仍将随机发布，用于此非当前/最新版本，同时当前版本的更改是什么？因此在时间轴上相互交织。这就是我应该注意到的吗？差不多。另一件需要理解的事情是，每个主要版本（2、3、4、5等）都会破坏与以前版本的兼容性。因此，如果你认为2是一个与4完全不同的版本，即使它们仍然共享大量的代码和设计。因此，基本上，即使你的当前版本是4.y.z，当你对当前版本进行更改和发布子版本时，你仍然会为旧的/仍然受支持的版本推出修复程序/补丁，我做对了吗？所以，基本上，即使您当前的版本是4.y.z，在您为当前版本进行更改和发布子版本时，您仍然会为旧版本/仍然受支持的版本推出修复程序/补丁，我做对了吗？