NetBeans 5.0 High Resistance Mode

December 10, 2005
Jesse Glick, Jan Chalupa, Trung Duc Tran

High Resistance

To fix bugs during high resistance mode requires some special steps.

  1. All developers with any experience are strongly encouraged to subscribe to There is also NNTP access. Archives are here.

  2. After high resistance begins on December 12, 2005, all proposed patches must be preannounced on .

    Only high priority bug fixes are permitted. All P1 and P2 bugs ought to be fixed unless there is a compelling reason not to.

    Non-structural (HTML-only) documentation fixes can be made without being pre-announced. Minor bundle fixes (spelling errors etc., but not major text changes in the GUI) can be made without discussion as well.

  3. The message to this alias should include the issue number (in a hyperlink), a subject line summarizing the bug or patch, and a sentence or two describing the proposed patch - enough for someone to guess whether he or she is interested in the details.

    The Issuezilla report must be fixed in the trunk; have a full cvs diff -c/-u patch for review (you may link to an already-committed patch using CVSweb); full description of the bug and why it is important enough to fix; information on testing and safety; etc.

    The issue must be marked with the 50_HR_FIX keyword.

  4. The developer to whom the issue is assigned, is responsible for getting a review from at least one other developer somehow. The other developer should add a note to the issue when he/she has reviewed it confirming that the patch looks OK.

    Objections must be recorded in the Issuezilla bug report, not sent back to (where even the submitter might not see it!).

  5. If no objections have been raised after 24 hours, and the patch has been reviewed by another developer and verified by QA, the developer is free to integrate the patch.

  6. A bug fixed only in the trunk should have the target milestone set to 5.1. If a bug is fixed in the release50 branch as well, the target milestone should be set to 5.0.

  7. All P3 bug reports must be evaluated promptly to make sure there are no P1, P2 bugs hidden among them. P3 bugs will not be fixed in release50 branch. If a P3 bug is considered important enough, then its priority must be adjusted accordingly, ie raised to P2 or P1 before the fix can get into release50 branch.

Not logged in. Log in, Register

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2016, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo