Jenkins每周发布必威国际有限公司的版本向需要的用户和插件开发人员快速提供bug修复和新功能。但对于更保守的用户来说，最好坚持使用一个版本线，该版本线的更改频率较低，并且只接受重要的bug和与安全相关的修复，即使这样的版本线在功能方面落后。有几家公司在Jenkins外设立了自己的私人分支机构，以实现稳定和内部定制。我们鼓励每个人将一部分工作转移到这个发布线上。
这就是詹金斯夫妇必威国际有限公司长期支持释放，或LTS。这个概念与Ubuntu中的LTS概念我们的模型描述如下。
每12周，社区将以协商一致的方式选择一个相对较新的版本，并将其标记为下一个“稳定但较旧”版本线的基线。假设这是版本X。我们将从X创建一个分支，以生成稳定但较旧的补丁版本X.1,X.2和X.3.对该分支的更改将仅限于从“经过战斗测试”的主干中选取的后端口错误修复-表示那些已经作为主线发布的一部分超过一周的提交。一个基线有3个小发布，以四周为周期发布。候选发布在小发布前两周发布。
下表显示了12周周期内的发布日期：
| 周 | 0 | 2. | 4. | 6. | 8. | 10 | 12 | 14 | 16 | 18 | 20 | 22 | 24 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 释放 | W.3 | X.1钢筋混凝土 | X.1 | X.2钢筋混凝土 | X.2 | X.3钢筋混凝土 | X.3 | Y.1钢筋混凝土 | Y.1 | Y.2钢筋混凝土 | Y.2 | Y.3钢筋混凝土 | Y.3 |
| 基线选择 | Y选择 | Z选择 |
备份有两周的时间，然后是两周的时间来测试发布候选版本，最终发布X.1。备份和RC测试重复两次，生成X.2和X.3。这结束了给定基线的周期，并根据第10周选择的新基线立即开始新的周期。
选择基准版本时，基准版本的发布时间通常在0-3周之间，因此X.1 LTS版本在基准版本发布后大约6-9周发布。
见活动日历关于近期的特定LTS RC/发布日期。
任何用户都可以建议通过使用标签将问题后传到LTS候选者. 对于一个有资格进行后移植的问题，它应该是一个小的、看起来安全的、针对一个重要bug的无争议的修复，而不改变API表面。此外，如果库包含不影响Jenkins的公共CVE（如果Jenkins通过库易受攻击，则必威国际有限公司安全程序适用）。后搬运工使用这个问题列出解决后需要处理的问题。
除了上面列出的模型之外，后端口人员还应用了一些主观选择，例如修复是否容易和安全进行后端口、对修复的信心、问题的重要性/影响、距离后端口窗口结束还有多少时间等等。
如果是后端口，则标签如下2.46.2-固定用于向用户传达它将使用的LTS版本2.46.2-拒绝用于指示此票证将不会后端口到该特定版本 — 但它可能会在以后的LTS版本中出现。
由于Jenkins内部必威国际有限公司存储数据的方式，用户通常可以升级到较新的版本，但不能降级到较旧的版本基线几乎总是决定Jenkins实例可以迁移到另一行的哪个版本的决定性因素。必威国际有限公司
确保您要迁移到的LTS基线是最新的（数字比较）例如，如果您使用的是Jenkins 2.5、2.18或2.46，则可以升级到Jenkins LTS 2.46.x，而不会出现重大问题。但是，如果您使用的是Jenkins 2.47或Jenkins 2.56，则可能会出现降级到Jenkins LTS 2.46.x的问题，即使特定的LTS版必威国际有限公司本是在某个时间创建的晚于您正在使用的每周版本的日期。
Jenk必威国际有限公司ins项目运行多个更新站点，通知Jenkins有关Jenkins和插件的可用更新。由于Jenkins在请求新数据时发送其当前版本，因此统一资源定位地址可用于Jenkins的所有版本，并始终提供最合适的更新信息。例如必威国际有限公司，运行LTS Jenkins版本的实例将只提供要升级到的LTS版本的Jenkins。请参阅更新：jenki必威国际有限公司ns.io了解更多。
在版本行之间切换之后，建议通过点击插件管理器中的“立即检查”按钮来更新缓存在Jenkins中的更新站点元数据（进一步说明必威国际有限公司在这里)。否则，Jenkins可能必威国际有限公司会提供更新或安装更新版本与已安装版本不兼容的插件。