[prev in list] [next in list] [prev in thread] [next in thread]
List: nutch-cvs
Subject: [Nutch-cvs] [Nutch Wiki] Update of "Committer's Rules" by AndrzejBialecki
From: Apache Wiki <wikidiffs () apache ! org>
Date: 2005-08-31 14:39:49
Message-ID: 20050831143949.20554.91013 () ajax ! apache ! org
[Download RAW message or body]
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 AndrzejBialecki:
http://wiki.apache.org/nutch/Committer's_Rules
New page:
= Commits and Release Engineering =
Committers should follow these guidelines when deciding, which branch to use for \
committing the patches and when to commit.
== Branches and Release Engineering ==
1. The SVN repository consists of the following areas:
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. 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.
2. The trunk is the area, where active current development occurs. New features and \
enhancements are first committed here. a. This requirement helps to minimize the \
risk of losing new features and enhancements somewhere on the branches, because as \
the time goes it is more and more difficult to forward-port them from the past \
branches to the trunk.
a. If some changes are invasive and would result in prolonged periods of breakage, \
they probably need more development time before they are integrated with the trunk. \
If you want other developers to join you in work, it's a good idea to put these \
changes on a temporary branch to be merged later with the trunk.
3. If there are important features or fixes, which will benefit majority of users, \
these can be back-ported to release branches, after they have been committed to the \
trunk (if appropriate). The back-porting process should involve extensive testing to \
ensure that the code on the Release branch remains stable and production-quality. It \
is unacceptable to commit code, which breaks the build process, or is known to be \
unstable. Users will expect from the Release branches to be stable and working with \
production quality at all times.
== Backward compatibility ==
== Committer's checklist ==
Things to check before commit.
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Nutch-cvs mailing list
Nutch-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nutch-cvs
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic