Eclipse Project Development

Releases currently under development

Development Process

  • Conventions and Guidelines
    Look here for the for the coding standards, naming conventions, and other guidelines we use to help ensure eclipse presents to users and developers as a unified whole rather than as a loose collection of parts.
  • Bug Reports
    Eclipse uses Bugzilla as our bug tracking system. Bugzilla has a wide following within the open source community and directly supports the workflows associated with distributed development (e.g., email notification). You can sign up for your own Eclipse bugzilla ID and start contributing bug reports.
  • CVS Repository
    We use the Concurrent Versioning System (CVS) to support concurrent distributed development, and we use Eclipse as our CVS client because it supports CVS directly.. All Eclipse development is carried out in this repository. The server supports both "extssh" and "pserver" type CVS connections - "pserver" only works for anonymous access.
  • Mailing Lists
    Eclipse uses mailing lists for development coordination, design discussions, voting, announcements etc.
  • Eclipse Committers
    List of Eclipse Project committers.

API Resources

  • How to use the Eclipse API
    Guidelines for using Eclipse APIs to ensure that your code will keep working as Eclipse evolves.
  • Evolving Java-based APIs
    Guidelines for how to evolve Java-based APIs while maintaining compatibility with existing client code.
  • Eclipse APIs: Line in the Sand (pdf)
    The philosophy, psychology, and sociology of APIs, EclipseCON 2004 presentation by Jim des Rivieres
  • API First (pdf)
    Best practices for API development based, EclipseCON 2005 presentation by Jim des Rivieres
  • Eclipse Performance
    Poor performance is a bug and should be tested for, tracked and fixed in the same way. The Eclipse Performance page is a collection of resources and information aimed at helping plug-in developers do just that.

Historical information about past releases