[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [stp-dev] STP Committer/Developer commit process page
- From: David Bosschaert <davidb@xxxxxxxx>
- Date: Wed, 01 Feb 2006 09:13:50 +0000
- Delivered-to: email@example.com
- User-agent: Thunderbird 1.5 (Windows/20051201)
Thanks Alex for the feedback. Ahead of today's IRC, few comments inline.
Alex Boisvert wrote:
Good point. I will put this in the next version.
Good job on the draft; it already reads better than most of my 5th
Here's a few comments to stir discussion for tomorrow...
1) I'd like to see something said about code comments (javadoc). In my
book, public APIs should be properly documented. Every class should
have at least Javadoc on the class declaration. And I'd like to see
package.html for every package so new developers can navigate the
codebase and have a few signposts along the way.
2) The wording "Before code is committed in to CVS," is a littleWell..., you could run the automated build on your own checkout before
you commit. Your checkout should contain all the source, tests and
scripts needed to do this.
confusing since the code needs to be committed before it is taken into
account for automated build, automated tests, etc.
In practise, this generally means that running 'ant test' on your whole
checkout passes fine before you commit.
Let's discuss this today at the IRC, I'd be interested how many people
have experience with using temporary development branches with CVS.
3) The review process is good but I would like to create a provision for
developers creating their own branch of code in CVS, such that code may
be shared, inspected, debugged, tested, etc, in a collaborative
fashion. Some developers will have local reviewers (and that's good)
but others might find it difficult to get large pieces of code reviewed
by remote parties. Allowing the use of CVS in temporary unofficial
branches would help those 'lonely' developers. Also, this way
collaboration can also happen at a larger scale prior to the official
merge into the stable codebase.