Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

PDE/Retrospective/3.7

< PDE‎ | Retrospective
Revision as of 10:18, 7 June 2011 by Michael Rennie.ca.ibm.com (Talk | contribs) (Action Items for 3.8)

This page will be used to collect comments about PDE and our development process that were noticed during 3.7. What did we do well? What could be better? What should we do next release?

Coding Best Practices

  • When writing tests, try to keep them stable. Intermittent failures cause headaches.
  • Always keep documentation in mind. If you see missing doc and don't fix, always file a doc bug.

Bugzilla

  • Add proper keywords: contributed for patches, noteworthy for big features, helpwanted for bugs that will only be fixed with contributed patches
  • When a patch is provided for review by a committer, only commit the patch if the issue is time sensitive and the patch creator has stated you can commit. In all other cases let the patch contributor commit their own fix.

General Comments

  • Meeting minutes were not helpful, whereas the actual meetings were productive.

Action Items for 3.8

  1. Apply proper keywords to bugs to assist with triage.
  2. Be more aggressive closing bugs with no feedback from the original submitter / community. We have the same problem in Debug and Ant - when an issue comes in that a committer cannot reproduce and we ask for more information, we should be more aggressive in closing the issue if the community does not respond within a few days. As Pawel and myself found while triaging the entire Debug and Ant inbox, there are many bugs that (still) cannot be reproduced and no more information has been provided. These issues should be closed as INVALID (or whatever PDE uses by default in this case).

Copyright © Eclipse Foundation, Inc. All Rights Reserved.