Versions Compared

Old Version 63

changes.mady.by.user Jacques Le Roux

Saved on

compared with

New Version 64

changes.mady.by.user Jacques Le Roux

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Minor changes about "Fix Version/s" and "Affects Version/s" (related with my comments at OFBIZ-7183)

...

  • Specifiy in Priority: much of the time you can pick what seems to fit. Beware that the default is Major and it does not always fit.
    The Blocker priority can be used when something really blocks OFBiz to start, so it should rarely be used. There are certainly other cases where it can be used, notably when an issue blocks a release.
  • Specifiy in Resolution :
    • Improvements : use either Done or Implemented Status as you feel right
    • New features : use the Implemented Status
    • Bug : use the Fixed Status
    • Of course you might also use other status (like duplicate, won't fix, invalid, etc.) when needed...
  • Specify in Affects Version/s: pick the version/s which is/are affected
  • Specify in the Fix Version/s the codebase(s) to which you have committed the patch/fix :. Please don't set the "Fix Version/s" before closing, only the "Affects Version/s".
    •  you can select from the dropdown one or more of the items under the "Unreleased Versions" group in the top part of the drop down box;
    •  you should never use one of the items in the "Released Versions"  section (bottom part);
    •  if the commit is only done on "Trunk" (ie not backported) on then select "Trunk" then select Upcoming Release". Ffor an improvement or a new feature only the "Upcoming Release" version must be used because it's the only possibility offered to you. I think it's good to set even before closing so that nobody will use a wrong version there see this thread;
    •  if you are backporting/committing to a release branch then select the latest (next) release version in that branch available in the dropdown. No needs then to put also "Upcoming Release", it's implied.

For example at the moment the valid items for the Fix Version/s field are :

  • 16.11.0205 (for commits to the branch named release16.11)
  • 17.12.01 (for commits to the branch named release17.12)
  • Upcoming Branch (only for commits only done to trunk, ie when not backporting)

...