The "unstable" mcview

Roland Illig roland.illig at gmx.de
Tue Apr 26 16:47:29 UTC 2005


Pavel Tsekov wrote:
> No - but this development could happen on a branch and once you were
>  confident with the new code you could merge it in the main trunk.
> You have done nearly 60 commits so far to viewer.c only for the last
> 3 weeks.

I have done that intentionally. With every commit, I have done (almost)
a single, simple thing. That makes reviewing the separate things easier.

> I don't think this is the right way to go - it could have been 
> avoided if you have come up with a final, well thought patch and 
> eventually split it into several chunks.

Well, maybe 60 separate chunks are too much. ;)

> Anyone unaware of what is going on and checking out from CVS could 
> get a broken viewer and start reporting bugs which you would 
> eventually correct or which are already fixed. We would have to worry
> only about the viewer then. And also a bug that eventually showed 
> with pre-April view code may no longer be traceable.

Does that mean you want all the mc code unchanged, just in case someone
reports a bug? That's what "cvs update -D'last month'" is for.

> You complain about the time it takes to review a patch. Well, have 
> you considered all the people who have posted to the list and didn't 
> get their patch reviewed ? I think it is kind of unfair the way you 
> try to enforce your vision of MC.

Accepted. So I promise to look at some patches from other people.

Roland



More information about the mc-devel mailing list