[ros-dev] Development process - once again
James Tabor
jimtabor.rosdev at gmail.com
Sun Jun 8 06:50:46 CEST 2008
Hi!
On Sat, Jun 7, 2008 at 9:13 AM, Alex Ionescu <ionucu at videotron.ca> wrote:
> Yes well, if you had listened to my idea, you would've avoided all this:
>
> 1) Magnus would've had to create a bugzilla bug report for the 'issue'
> he was 'fixing'
> 1<- At this step, someone responsible for win32k should've gotten the
> bug report, and maybe had time to reject the patch
> 2) Magnus would've had to commit his patch to the PR-xxx branch (Which
> would've been created automatically server-side, behind Magnus' back)
> 2<- At this step, trunk would still be fine
> 3) At the end of the day, the integration suite would find the
> regression in PR-xxx, and remove it from the mergeset
> 3<- At this step, everyone is aware that Magnus' patch caused a
> regression, and the patch was removed from the mergeset
> 4) The integration suite commits the latest mergeset
> 4<- At this step, everyone's patches are in, trunk still boots, and
> Magnus's patch is to be reviewed.
>
> But of course, you stubbornly continue to go forward without any sort
> of codebase management...
>
Well,,, I guess if I was more assertive this would not been a problem....
I volunteered to be the Gdi rewrite leader, when I became the leader I
was not the leader. Everyone else assumed they would do AS THY WILT
and move on. Hay I tried to keep it under control I guess I'm just not
assertive enough.... It's like fighting the undertow at high tide. I
can't keep up with it......
More information about the Ros-dev
mailing list