这是针对英文原版页面的中文翻译。

GNU 开发资源

本页面旨在为GNU工程的开发人员介绍GNU为他们提供的诸多开发资源。想要了解GNU维护人员的详细职责,请参看GNU维护人员参考信息,且需遵循GNU编码规范。同时,这篇GNU维护人员技巧和这篇什么是GNU软件包也会有帮助。

随着能运行GNU/Linux的廉价计算机的丰富, 以及因特网访问服务实用性的增强, 许多GNU志愿者今天拥有他们所需要的全部计算机设施。可是,拥有中央计算机仍然有它的优点,在这儿,GNU志愿者们可以在一起工作而不必把他们自己机器的权限给别人。

因为这个原因,自由软件基金会(FSF)鼓励GNU软件工程像在家一样使用gnu.org上的机器。对这些机器的使用也间接的有利于GNU工程,通过增加公众对GNU的注意,传播为了有利于每一个人的在一起工作的思想。

Savannah 和版本控制

倘若您在开发 GNU 的官方软件,我们强烈建议您使用 Savannah 为您提供的公开的版本控制系统。若要使用它,首先请 创建一个个人账号,然后注册你的 GNU 软件包。之后,您可以选择一个版本控制系统,创建一些网页,给代码贡献者不同权限,以及其他的相关设置。

邮件列表

我们为GNU软件包提供必须的邮件列表,包括手动管理列表和自动管理列表。

当 GNU 软件包在 Savannah 注册时, 会有一个网络界面允许开发者建立和管理该软件包专用的邮件列表。

对于每个 GNU 软件,倘若其名为 name,那么至少得有个叫做 bug-pkgname@gnu.org 的邮件列表,用来汇报 bug,还可以给这列表起几个别名。使用 Savannah,你可以为自己项目创建符合规范的列表。有些软件包共享列表 bug-gnu-utils@gnu.org 用来汇报 bug,但是我们现在强烈建议每个软件包建立各自独立的列表。

软件包可以拥有用于公告、寻求帮助、放入相关的源代码、用户间讨论以及其他软件包的维护者认为有用的邮件列表。

自动管理的邮件列表归档于lists.gnu.org(mbox的归档可以通过HTTPS获取),也可以通过列表管理获取。手动管理的邮件列表归档于GNU机器的/com/archive

当邮件列表太大了而不能证明其有效性,我们可以建立一个gnu.*的新闻组,它双向链接到邮件列表中。

网页服务

GNU 的主站点位于 www.gnu.org。我们强烈建议 GNU 软件包使用 https://www.gnu.org/software/pkgname 作为它们的官方首页。

使用 Savannah,开发人员可以使用上述 url,通过 CVS 的 “网页仓库” 来创建和维护他们的项目主页。这个仓库和软件包的主仓库(它可以使用其他受支持的版本管理程序)是分开的。请参看 关于 GNU 网页维护的更多信息。

FTP

为 GNU 软件提供 FTP 服务的站点在 https://ftp.gnu.org/gnu/。它在世界各地也有 镜像。我们强烈建议您把您所维护的 GNU 软件包上传至此(当然,也可以再另外上传到您觉得方便的地方)。

我们为测试版本使用不同的服务器,因此人们不会因为它们已经准备好了而安装它们,这个服务器是 https://alpha.gnu.org/

GNU维护人员手册中,描述了详细的FTP上传的整个流程。这在上述服务器中均适用。

登录账号

倘若 GNU 软件开发人员需要 shell 登录,我们可以为他们提供此服务,让他们登录到 GNU 的机器上。不过需要注意,使用这样的登录账户既拥有权利,也同时肩负着责任。这些账号必须只能用来做和 GNU 工程相关的工作。详情参考 如何获得登录账号

在所登陆的计算机上,gsrc 的开发者们维护着一个当前 GNU 软件包的资料库。这些软件均直接编译自各个软件的源代码。若要使用,请输入命令 source /gd/gnu/gnusys/live/setup

您也可以 使用一个 GNU 账号来发邮件

平台测试者:手动可移植性测试

另一项发布前测试选项是 平台测试者邮件列表。如果时间允许,该邮件列表成员会根据需求在多种平台上构建预先发布版本。(我们征求测试志愿者!只需加入该邮件列表就可以开始介入了。)

和流行的连续集成工具不同,平台测试者主要进行手动测试,两种方法各有优劣。另外,平台测试者了解更多种类的平台和编译器。

所以,如果你有预发布版,你可以发信给邮件列表,提供(1) 压缩包的url,(2) 计划的发布日期,和(3) 收取构建报告的电子邮件地址。构建和报告都有列表里的志愿者手动完成。