nutch-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Nutch Wiki] Update of "Committer's Rules" by PiotrKosiorowski
Date Thu, 01 Sep 2005 19:11:17 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Nutch Wiki" for change notification.

The following page has been changed by PiotrKosiorowski:
http://wiki.apache.org/nutch/Committer's_Rules

The comment on the change is:
Changed branch names to proposed by Doug

------------------------------------------------------------------------------
  
   a. '''trunk''' (equivalent to CVS HEAD), where the current development code base is found.
This area is not always guaranteed to be in usable state, some occasional breakage may occur,
some parts of the code base may not work properly or at all. This is the area for developers,
the "bleeding edge", and usually not suitable for stable production - average users are discouraged
to use it, unless they miss some functionality available only here, and are prepared to face
some hardships (such as the lack of documentation, the issue of setting up a development environment,
bugs, etc).
  
-  a. '''Release-x.x''' branches, where the code from each release is put for further maintenance.
These areas contain code, which is considered "stable", i.e. at the point of release it was
known to be working well, ''within the limits of functionality available for that release''.
The code here is also maintained in a well-working state for a certain period after release,
but only minor fixes are applied here in order to provide a solid product with the functionality
of the given release. Normally, no new functionality should be added to the maintenance branches.
It is unacceptable to introduce changes to this branch, which would break the compatibility
with the earlier code within the same branch.
+  a. '''branch-x.x''' branches, where the code from each release is put for further maintenance.
These areas contain code, which is considered "stable", i.e. at the point of release it was
known to be working well, ''within the limits of functionality available for that release''.
The code here is also maintained in a well-working state for a certain period after release,
but only minor fixes are applied here in order to provide a solid product with the functionality
of the given release. Normally, no new functionality should be added to the maintenance branches.
It is unacceptable to introduce changes to this branch, which would break the compatibility
with the earlier code within the same branch.
  
   a. any other temporary branches (such as e.g. "mapred"), which serve as temporary repository
for the work to be merged with the trunk at a later stage. You should not expect anything
functional here, unless the developers explicitly ask for help in testing and integration.
  

Mime
View raw message