2019 年 9 月 1 日

LaTeX 开发格式现已可用

我们知道你们中的许多人，特别是重要软件包的开发者和维护者，对稳定的 LaTeX 环境有着强烈的兴趣。

为了保持 LaTeX 对用户的非常稳定，同时允许进一步的开发继续进行，我们现在在 GitHub 上拥有 LaTeX 的一个开发分支，其中包含即将发布的版本的开发代码。当此代码准备好进行更广泛的消费和测试时，我们将从此开发分支生成 LaTeX 的预发布版本，并在 CTAN 上提供。

对于 TeXLive 和 MikTeX 发行版的用户来说，现在可以轻松地通过选择不同的程序名称（当使用命令行时）或通过选择菜单项（在设置后，见下文）来测试他们的文档和代码与即将发布的 LaTeX 版本是否兼容。

如果您这样做，那么最新版本的 LaTeX 开发格式将用于处理您的文档，从而允许您使用自己的文档和软件包测试即将发布的版本。例如，如果您运行

pdflatex-dev myfile

那么您将在屏幕上看到 LaTeX2e <2019-10-01> pre-release-2（标识预发布格式）而不是通常的 LaTeX2e <2018-12-01>。在这个预发布版本中，您将找到我们开发的最新功能。这是一个即将推出的功能的示例，这些功能目前仅在预发布格式中提供：改进的 UTF8 处理，如 在 pdfTeX 中驯服 UTF-8 中所述。

请注意，这些不是反映最新开发阶段的格式的“每夜构建”，而是我们自己测试过的预发布版本，因此我们认为它们已准备好供更广泛的社区进行测试，然后再公开发布。

我们的期望

我们不期望每个人都开始使用开发格式来参与测试，但我们希望对稳定的 LaTeX 环境有强烈兴趣的人（特别是重要软件包的开发者和维护者）将使用新工具并帮助我们确保未来的 LaTeX 公开发布版本不会（像过去发生的那样）因为我们的内部回归测试套件或其他测试未发现的问题而需要立即补丁。

使用开发格式时发现的任何问题最好在 GitHub 上作为问题记录，遵循 www.latex-project.org/bugs/ 中概述的步骤，包括使用 latexbug 软件包，如所述。

我们的错误报告流程通常声明涉及第三方软件的问题超出范围，因为我们无法纠正外部软件包。但是，在开发格式显示与第三方软件包不兼容的特殊情况下，可以向我们提出问题（此外，请通知该软件包的维护者），以便我们了解问题并可以共同努力解决它。

请提供详细信息…

有关概念和过程的更多详细信息和一些背景信息，请参阅即将出版的 TUGboat 文章

LaTeX 发布工作流程和 LaTeX 开发格式

  • Frank Mittelbach
  • TUGboat 40:2, 2019
  • 摘要

    如何防止创建香蕉软件（即，在客户现场才成熟的软件）？通过适当的测试！但这绝非易事。

    本文将概述 LaTeX 项目团队多年来为提供高质量软件所做的努力，并解释我们今年夏天为进一步改善情况所做的更改。

设置菜单项

虽然如果您拥有最新的 TeXLive 或 MikTeX 安装，命令行调用可以开箱即用，但在集成编辑环境中使用目前还不行（也许这些编辑器的开发者将来会将其包含在内）。但是，通常可以非常简单地启用它，因为他们中的大多数（甚至全部？）都提供了调用您自己的设置的简单方法。这在细节上如何工作很大程度上取决于您使用的环境，因此我们无法在此处提供太多帮助。但作为一个例子：为了为 XeLaTeX-dev 提供一个额外的菜单项，我所要做的就是将文件 XeLaTeX.engine 复制到 XeLaTeX-dev.engine 并将调用从 xelatex 更改为内部的 xelatex-dev。

尽情享用 — Frank & Chris