http://www.mozilla.org/hacking/life-cycle.html

Mozilla编程

在这里您将了解到，在将您的代码提交到Mozilla的CVS库前，需要知道的一些事项。如果您从未编译生成Mozilla，那么您需要首先下载、查阅并编译它的源代码。然后，获取《Mozilla编程者起步指南》。

一个补丁的生命周期

       如果您希望了解如何创建一个补丁，下面的指导方法可能有用：

·         我们在设计中主要考虑的问题之一是让我们的代码能够在大量不同的平台上工作。有些人在将Mozilla移植到嵌入式平台时，所采用的平台可能并不支持所有最新的标准。如果您正在编写代码（C, C++），请遵守我们的C/C++可移植性指南并在编译过程中让尽量多的警告信息处于启用状态。可能在某一天，您将发现，您的代码正运行在分线盒或手机这样不寻常的平台上。

·         要确保您的代码是可本地化的。目前，共有62个注册的本地化项目，其中有7个到10个处于活动状态。

·         要了解Mozilla编程风格指南。

·         要将可定制性考虑进去。Mozilla技术最大的好处就在于它的可定制性。Mozilla的厂商和发布者可能需要根据他们的特殊需求对Mozilla进行剪裁。为了帮助Mozilla的发布，请将可定制性考虑进去，这样可以轻松地增减和修改其可选功能。

·         请阅读我们的开发路线图。它是Mozilla浏览器发展方向在体系结构层次的概述，并且它对于任何希望深入钻研Mozilla的人都是非常好的读物。

·         当您创建新的源代码文件时，请添加许可证模版的头部信息，并填好空白域。如果合适地话，可将您自己加入所改过文件的许可证头部中的贡献者部分。

·         补丁应该根据当前的CVS创建，最好不必打开源文件就可以获得足够多的上下文信息。至少使用“cvs diff –u8pN”是一个很好的默认方法。如果需要更多上下文信息以使补丁容易理解，可以用更高的数字代替其中的“8”。

当您完成一个补丁，请将它作为相应bug的一个附件提交给Bugzilla。我们认识到代码审查的重要性，所以在代码提交到CVS库之前，它必须被模块的所有者或他的同伴审查。模块并非直接与Bugzilla的组件对应，但它们之间有非常强的联系。为了进行代码审查：

·         可以通过以下方式请求bug所有者进行审查：将补丁的审查标识设为“?”（表明请求审查），并填写希望对代码进行审查的人的邮件地址。

·         也可以直接给bug的所有者发邮件，指出bug的编号，告知您已经提交了一个补丁，并且希望他能够审查该补丁。但是，使用Bugzilla的请求功能发送的请求更可靠，丢失的概率更小。

在一些情况下，您将收到一个回应。不幸的是，有些人实在太忙，而没时间处理他们的bug消息。所以，如果您在一周之内没有收到回应，并且您认为补丁目前需要得到关注（而非1年之内），您可以：

·         请求Bugzilla中其他审查过该组件bug的补丁的人来审查您的补丁。

·         通过IRC的#mozilla请求合适的审查者。注意：请求审查是通过电子邮件，而非IRC。

·         发邮件给贡献者-帮助并解释您难于得到重视的情况。

审查者可能会对您的补丁提出意见，您需要进行相应的处理。处理结果满足要求后，他们会将补丁标识为审查完毕，并在bug中说“r=<user>”。

在大多数情况下，还需要进行一层额外的称作“超级审查”的审查。超级审查文档详细描述了如何进行超级审查。超级审查者同样可能要求对您的补丁进行修改，当他们满意的时候，他们也会在bug中给同样的标志。

当您完成了审查和超级审查，您的补丁已经非常好了，可以将其提交到CVS树了。如果您没有CVS帐号，您将需要找别人帮忙提交补丁。您的审查者是最佳候选人，因为他们熟悉补丁。您的超级审查者可能不是合适的人选，因为他们可能会非常忙。此外，拥有CVS帐号的任何人都可以帮忙。同样，您需要发送邮件并请求帮助。

有时，CVS树在发布临近时会被更严格地锁定，这时您在提交前需要进行第三层的工作—获得“批准”。在这些情况下，Tinderbox将在顶上说明需要批准。为了获取批准，编辑附件，将相应的批准标志设为“？”。如果批准被拒绝，您将不得不等待个把星期，直到发布完成或发布版的开发移到另一个分支。

如果您对这个过程有任何问题，或需要帮助，请发邮件至贡献者-帮助。

CVS提交访问权获取规则

当您经常提交补丁，并且建立了高质量代码的记录，您就可以开始获取CVS提交访问权的过程了。下面的规则应用于CVS提交访问：

最重要的规则是关于编译过程的。如果不关注它们将浪费其他人的大量时间。明显的违犯者将遇到麻烦。抵触是无用的。

·         学会遵守CVS树的规则。我们的编译过程非常灵活，既可以尽量不用人的干预，也可以由数百名工程师协作。如果大家遵循这些简单的规则，该过程可以持续工作下去。

·         访问CVS树的任何人必须完成自己的工作以保证树处于良好状态。确保您的代码提交前在其它平台上编译过。提交后，您有责任确保Tinderbox成功编译您的代码，并且能够帮助修改非预期的编译和运行错误。打破CVS树将浪费很多人的时间。请不要这样做。

·         学会有效使用Tinderbox。Tinderbox可以用来查找有关CVS树的各种信息。当有人将代码提交到CVS树中时，您必须使用bonsai查找有关树的新闻，例如CVS树是否处于开放状态以及是否有封闭的计划。

·         创建一个新目录时，需要从包含该目录的目录所有者那里获得权限。向Mozilla的顶层目录中增加新目录，需要联系mozilla.org的人员。除非有非常好的理由，我们不赞成增加顶层目录。大部分的项目可以像组件那样在树中找到位置。

祝编程愉快