[stellation-res] Proposing commit privs for Florin

["Mark C. Chu-Carroll" <mcc@xxxxxxxxxxxxxx>]

Now that Ringo's commit privs are through, and Florin's unit test
stuff is starting to get used and tested, I think it's probably time to
give Florin commit privs as well. 

Just check the mailing list, the unittest project, and bugzilla to
see what Florin has already contributed.  It seems like a no-brainer
to me.

Opinions? Votes? 

	-Mark

On Wednesday 31 July 2002 08:42 pm, Florin Iucha wrote:
> On Wed, Jul 31, 2002 at 10:09:18PM +0100, Ringo De Smet wrote:
> > Hello Florin & others,
> >
> > As a developer, I'm a test-first kind of guy. This means that I judge
> > the quality of a piece of software on the amount of unit tests and if
> > they all pass. This means that I want to add unit tests, but I couldn't
> > deduce from the unit test TODO list what to do. Can the TODO list be a
> > bit more detailed, so I can take up some of the work on the list?
>
> Sure:
>
>    TODO:
>    * Stabilize the ProjectData package
>       - I am still thinking hard about this - we need a more flexible
>         project data set of interfaces and some better implementations.
>            The current interface works only with trivial trees - no
>            branches. - Needs to be fixed for testing merges.
>            There is no implementation for evolving directories:
>            adding/removing files as they "age". - Needs to be fixed for
>            merges and stress testing the backend
>    * JavaDuck
>       - Java docs. I usually put a wee bit of javadoc inside the source
>         but they evolved so wildly that any documentation become
>         obsolete very quickly. Hopefully the code is broken into bits
>         small enough to understand without javadoc. As things get more
>         stable, I will fill in the blanks.
>    * More ProjectData implementations
>       - See above: basically we need:
>          Files that grow and shrink.
>          Directories that grow and shrink.
>          Wide directories.
>          Deep directories.
>          Very_long_file_names.
>          Many filenames that differ by a single character.
>          Large files that age by changing a few bytes here and there.
>          Large files that change very much.
>    * Test Developer's Guide
>       - See above about the docs.
>    * MergeTest
>       - Create the implementations to support testing of merges. For
>         starters we need a ForkedProjectData that can evolve on two
>         branches.
>    * Implement Command-based RevisionServices
>       - The current RepositoryServices is implemented (almost) by calling
>       Svc.main . A command based RepositoryServices will bypass all
>       argument parsing and use more direct calls into stellation core.
>       Maybe it will be a tad faster that way to run large amounts of
>       tests.
>
> Feel free to add anything you need to the TODO. This expanded list will
> be in my next drop.
>
> florin

-- 
Mark Craig Chu-Carroll,  IBM T.J. Watson Research Center  
*** The Stellation project: Advanced SCM for Collaboration
***		http://www.eclipse.org/stellation
*** Work Email: mcc@xxxxxxxxxxxxxx  ------- Personal Email: markcc@xxxxxxxxxxx