Re: broken jenkins and PloneTestCase magic

Timo Stollenwerk <tisto-z4DKO/[email protected]>
Newsgroups gmane.comp.web.zope.plone.devel
Message-ID <[email protected]>
Am 04.12.2014 um 23:30 schrieb Jens W. Klein:
> On 2014-12-04 21:18, Timo Stollenwerk wrote:
>> Am 03.12.14 11:33, schrieb Timo Stollenwerk:
>>> Am 03.12.2014 um 09:48 schrieb Jens W. Klein:
>>>> I love the smell of a red jenkins in the morning...
>>>>
>>>> Yesterday I broke the build - but I do not revert that fats ;) maybe one
>>>> of you now how to fix this.
>>
>> Jens, please revert your commits. The build is broken for two days now.
>> I would like to work on the control panels and you are essentially
>> blocking any further Plone development for no good reason.
> 
> Well, I'd rather like to see this fixed. All this crazy mixed/ 
> inconsistent test setup blocks more the development than any other task.
> 
> The good reason to not revert was to get some input how to solve such 
> problems.

So you are saying you left the build broken just to make a point that
the problem you found is so important that an email to the mailing list
is not sufficient?

> We have a real problem in our setup, but instead of fixing it 
> we better revert changes to see a green button. Thats an insane process, 
> sorry.

I completely disagree and I think you fundamentally misunderstand what a
CI system is for. A green button does not mean everything is ok at all.
The main purpose of a CI system is to inform developers of regressions
they might cause (green build -> red build) and a red build for two days
makes it very hard to track those new regressions and inform developers
about it, if other people commit on a broken build (red build -> red build).

Nobody who takes our tests seriously can work with a build broken like
this and I don't see how a single problem can justify to stop all
development of Plone. We are quite a few developers and you basically
force everybody who wants to work on Plone to fix "your" problem first.
You are saying "the problem I have discovered is more important than any
other problem that could possibly occur and any work that might be in
progress".

Do we really want a development process where one person can just stop
everybody else whenever they think they found an important problem? Do
you really want to tell a newbie Plone core dev that he or she should
fix this problem first before committing a minor fix?

I agree that we are all responsible to work on complicated problems and
you have every right to ask us all to help. We are all grateful for your
work and your contributions. Though, you don't have the right to force
your opinion on other developers like this in my opinion.

I wanted to work on the control panels yesterday and I was waiting for a
green build. Since you wrote that you don't want to revert I thought
that the revert would be hard to do (many packages, merge conflicts), so
I didn't do it. I just asked you to revert. I tried to run the tests for
the package I planed to work on, to see if I can work around it and they
failed. Then I stopped.

If I work on Plone in my free time I want to be at least able to choose
myself on what part I want to work on. In order to get started, your
move forced me to fix the build first, before I can start with what I
planed to do. While it would take you a few seconds to revert your
commit, it takes me quite some time because I have to figure out first
what went wrong. This is a highly inefficient and unfair process in my
opinion.

If you think our CI process/rules can be improved, please feel free to
propose changes. I'm open for suggestions. Though, we agreed on our
current CI process and as long as we do not change it, I'd ask everybody
to stick with it.

> I'll revert as soon as I can. At the moment I dont have my dev 
> environment here. Its just the one commit in Products.CMFlone which is 
> the problem, the others were fine. So if you  need it now please fell 
> free to revert yourself.

I reverted. Let's see what Jenkins says...

Timo

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.