Eclipse开源政策系列 – 06 – 箴言与建议

原文链接：

http://wiki.eclipse.org/Development_Resources/Words_of_Wisdom_and_Bits_of_Advice

Bugzilla

对于使用Bugzilla有很多种方案，Bugzilla使用中描述了一个常用方案。

心跳构建

我们已经知道，在没有定期的里程碑版本(建议6到8周一次)发布时，项目无法成功的创建其3个社区，而没有定期的成功的心跳构建(建议至少每晚一次)也是一样的。项目需要定期的里程碑和构建使得3个社区可以获取、集成、测试、使用和反馈最新的特性和改进。不提供频繁构建的项目实际上是封闭的而不是开放的。

项目经常使用PDE项目的PDE BUILD工具来完成自动构建。

我们建议自动构建系统使用匿名的pserver CVS命令行而不是extssh，因为pserver会更快、更安全(没有开发者密码)，而且构建系统的错误也不会导致意外的文件修改。

里程碑版本发布

过渡的里程碑版本和发布候选版本的发布将被命名为n.nMn(如3.3M4)或n.nRCn(如4.1RC2)。名为n.n和n.n.n的版本号是用于经过审核的最终发布版本的。另外，每晚的构建、集成构建、里程碑版本、发布候选版本和最终发布版本都需要在项目主页上提供下载链接。

Eclipse网站主页

Eclipse网站eclipse.org有很多新闻和公告页面，也有很多介绍项目和顶级PMC的页面。如果想获取公告和新闻信息，请发送邮件到emo@eclipse.org。如果想修改你的项目的页面，使用项目的网址CVS: /cvsroot/org.eclipse/www/[project]。

培育3个社区

项目团队显然将会做这件事情，我们写在这里是为了完整性以及提醒它的重要性。要持续的使用公开邮件列表、反馈新闻组、写文章、组织代码交流活动、在Bugzilla进行分类、参加Eclipse社区活动(例如EclipseCon、Eclipse欧洲峰会、委员会会议等等)等等。

发布审核

每个主要版本(主要版本指的是版本号N.M.P中的N或M发生变化的版本)都需要走发布审核流程。请计划充足的时间来完成审核以及一些修复工作来保证不会影响到项目的发布进度。

保持源代码资源库干净

随着项目的演进，一些组件会过时，这会给新成员在浏览资源库时造成迷惑。过时的代码应该从源代码资源库的工作主线上移除(但可以在历史记录中找到)。过时的代码一般不能完全的移除。有时候把这些代码备份在一个独立资源库中是合理的。最后，请遵循最小意外的原则，做对你社区最有意义的事。

状态报告

所有的项目需要使用项目状态报告框架(Project Status Reporting Infrastructure)来报告其状态。

使用正确的服务器

eclipse.org的基础设施是稳定且高性能的，但如果你的文件随意放置也会挫败它。项目应该遵循以下指导方针：

● 避免链接到从HEAD主线即时渲染的viewcvs页面。相反的，将内容提交到你项目的网址，并使用常规链接。

● 不要在eclipse.org(网页和源代码资源库)的机器上放置下载文件或者大文件。使用download.eclipse.org机器来下载——这些机器有负载均衡、镜像和独立的带宽分配。

○ 经常修改的大文件应该放在下载服务器上

○ 超过5M的文件应该放在下载服务器上

○ 所有的zip和gzip文件应该放在下载服务器上

本页面由EMO编辑调整。