Re: Please stop committing on a broken build! ([Testbot] Plone 5.0 - Python 2.7 - Build # 1925 - Regression! - 6 failure(s))

"David Glick (Plone)" <david.glick-z4DKO/[email protected]>
Newsgroups gmane.comp.web.zope.plone.devel
Message-ID <[email protected]>
On 3/24/14, 2:50 AM, Jean Jordaan wrote:
> On Sun, Mar 23, 2014 at 3:37 AM, David Glick (Plone)
> <david.glick-z4DKO/[email protected]> wrote:
>> On 3/22/14, 12:19 PM, Gil Forcada wrote:
>> This falls apart somewhat once you have multiple repositories like we do
>> for Plone. Merging a PLIP usually means merging a number of branches of
>> different packages in sequence. That's necessarily going to break master
>> for a time if there are interdependent changes in different packages.
> Can't it work like this?
>
> 1. Create a PLIPnnn-merged-branch from the trunk.
> 2. Merge all those branches into this branch.
> 3. Make sure the build is green for this branch.
> 4. In case there have been any changes in trunk in the meantime, merge
> trunk to this branch.
> 5. If red, go to 3.
> 6. If we're still green, merge to master.
>
> Apologies if I'm being naïve.
>
No, it won't work. One PLIP may involved branches of 5 different 
packages for example. So either you have to merge those packages to 
their respective master branches in step 2, which could break the 
coredev buildout temporarily if the branches are interdependent; or you 
have to merge them in step 6, with the same problem.


------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
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.