Arved,

I think the "ownership" idea is a good one. Especially since we now have
some new committers who are full of energy and we have a batch of new
code in the "redesign" branch which people can (and should!) look at and
respond to. I think we can start like this:

a) review the code which Kerion and I have committed in the last couple
of days.

b) discuss it here on the list; if it would then seem useful to have a
more instantaneous forum to work out issues, we can work on setting that
up.

c) parcel out work on the code to various owners. There's lot's to do,
so no one should feel left out.

d) Communicate on the list (I think it's better than using the Status
file, more spontaneous) about what we intend to do in the next
"iteration" (next couple of weeks say). We could use a specific tag line
like [PLANNING UPDATE] or some such so these messages wouldn't get lost
in the forest.

Regards,
Karen

Arved Sandstrom wrote:
> 
> I have some thoughts and suggestions, some of which we might adopt with
> varying degrees of success.
> 
> 1. I can see a place for structured (that is, planned) communication:
> conference calls, scheduled meetings on a system like Peter describes, use
> of something like MSN Messenger, setting up an IRC channel and everyone
> getting together there. But I don't think that's the problem at the moment.
> 
> 2. Can we do better with CVS? Maybe...reserved checkouts is overkill but
> perhaps watch features are indicated. We currently get commit notifications
> (I suspect through loginfo, probably, rather than a watch feature), but we
> don't know when someone started work on a file. If we used watches, we could
> set things up so Karen might get notifications on 'cvs edit' for
> such-and-such a package, Peter might get 'cvs edit' notifications on another
> package that he selects, and so forth, whatever is of interest.
> 
> This would at least give us notifications at the other end of the process,
> which is when a developer (say, Keiron) _starts_ to work on a file.
> 
> This is a bandaid, though. I am just as bad as Karen when it comes to
> wanting to have everything just-so before I check something in. This is OK
> with reserved checkout systems like SourceSafe default, but it's lousy for
> the unreserved checkout CVS case.
> 
> I would nevertheless suggest maybe trying the watch features. I would
> otherwise really stress the use of a single-point-of-reference file, like
> STATUS, but I have my doubts about that. It has not proved out so far. What
> would be really sweet is if we had a visual aid that supplemented cvs watch
> features, maybe a page on the website that you could access that would
> indicate that a certain developer has run 'cvs edit' on file A, for example.
> Maybe ViewCVS does this already, I don't know.
> 
> What we lack is ownership. We've got a whack of committers and a fair-few
> active ones, and maybe it's now time to allocate ownership of stuff on both
> branches. Ownership does _not_ mean you are the only person working in that
> package or packages - what it means is you are the POC for work being done
> in that package. You are the arbiter of disputes. We could even combine this
> with BugZilla ownership, possibly.
> 
> Comments? If folks are agreed or at least not against it I can set up what
> needs to be setup.
> 
> Arved
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Karen Lease
> > Sent: April 27, 2002 12:20 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: line layout commit
> >
> [ SNIP ]
> >
> > At any rate, I'm certainly not averse to having some more structured
> > kind of communication about where to go from here be that a chat or just
> > some discussion on the list of where we are and where we should go. As I
> > mentioned, I'm going to dive in to his new stuff and study it carefully
> > today and tomorrow; I'll probably have some questions and remarks at
> > that point.
> 
> [ SNIP ]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to