如何提出其绿色，黄色和红色版本的模块？

Question

众所周知，并非每个标记为“推荐释放”的模块在drupal.org上确实是稳定的。实际上，某些模块在某种永久的困境状态下是永久标记的β。即使每天都有数百个站点使用它们。

我想知道您在模块中使用哪种标准或最佳实践作为维护者或贡献者，以标记发布“推荐”（绿色），“其他”（黄色）或“ Dev”（红色）？在标记Beta，Alpha或稳定时，您会使用什么？

预先感谢您提供的任何建议，帮助或文档。

注意：其中许多标准可能是编码或项目开发的一般标准。我只是想知道Drupal模块中使用了哪些方法或标准，即使可以 /可以概括。

Answer 1

其中许多标准可能是编码或项目开发的一般标准。

在Drupal中，没有标准。它留给模块所有者的最佳意图。

我的个人哲学是：

• 如果在测试环境中进行测试，则释放β和/或释放，或者所有测试柜通过。
• 仅当我本人在至少三个不同的现实世界项目中成功实现了（版本）模块的（版本），才发布稳定；或者，如果我认识的人有我的标准，那就这样做并报告了。
• 一个模块 能够 是 完成的. 。它不再需要其他工作了。在功能集中有限和范围范围的东西是稳定且可预测的。这样的模块不需要错误框架，功能重试或任务。

实际上，这意味着很少发行，但是完成的发行版几乎不会影响任何人。这几乎无法在实践中发布任何内容。

我的理由是：

• 问题标题中的人几乎无法适当测试：他们应用功能，修复或补丁，击中F5，看到它有效，并说“是，对我有用+1”。 “似乎有效” 不等于 “它是固定的”. 。您需要值得信赖的测试，否则其余的，甚至没有测试更改的人会涌入报告无骨的问题的问题，现在需要修复！！
• 只有在不同情况下实现模块时，它才能具有一些现实世界的经验。大多数情况下，在第二个实施中，您发现您需要重写一些中央API，忘记了一些有用的参数，或者只是对某些功能的需求有错误的想法。只有在现实部署之后，才能将某些东西视为稳定。否则，它仅在理论上才稳定。
• 网站的开发人员和维护人员，模块的用户需要付出巨大的努力（在我知道的任何其他软件中，要比我知道的其他任何软件都要多），以跟上新的版本，安全版本和新版本。对这项努力（以及预算和时间）的任何救济都应受到更多欢迎。

Answer 2

如果您使用的模块在发现错误的地方使用，那么您可以做的最好的事情就是提出问题。甚至更好的是，如果有人为该问题编写补丁，则可以由需要该功能的开发人员编写，也可以由赞助商来编写该补丁的开发人员编写。贡献维护者通常会维护大量模块，当您创建一个模块时，您会自动成为维护者，不用说会给我们带来很多压力，因此我们将需要编写补丁，赞助补丁或对其进行审查的人提供帮助。

当您在drupal.org中维护发行版时，您会有一个“支持”的复选框，从而使您可以为您提供推荐的版本（绿色），并且如果您还启用了“ Show Shapshot Release”，您将获得Dev Release（RED）。如果您有更多的模块（6.1＆6.2）的一个主要版本，则可以选择在建议的发布部分（绿色）中的哪个版本。只有Beta和常规版本才能进入“推荐”部分（绿色）Alphas，较低的版本将显示在“其他版本”部分（黄色）中。

Answer 3

关于Beta，RCS和DEV，这取决于您的模块填充IMO的受欢迎程度。

如果伯爵推出了有数据丢失问题的官方版本，那么整个互联网可能会停止运作。

但是，如果您有一个相对不受欢迎的小模块（> 1,000个用户），而您只是通过常规错误文件，那么仅制作新版本而不是beta/rc就更合理。

如果您知道自己做了一些大型货币或看到了很多搅拌，那就可以进行更多的测试。

当我更改数据库或发行update（）挂钩时，我倾向于测试和滚动betas/rc，因为我意识到数据丢失的永久性。我可以重新发布并重新发布一个小错误修复，但我可以重新创建您的网站数据。

希望有帮助。