← Back to team overview

openerp-community team mailing list archive

Re: Proposal to improve communication and make more efficient the inclusion of new branches.

 

Hello,

Don't know where runbot is taking its branches from, but the ocb
branches are completely outdated.

I should have been a warning that both the current level tested, and the
tests of 20 days ago are testing the same revisions.

For instance tested ocb server revno is 5109, while current revno is
5122. For addons this is 9545 and 9607 respectively.

Kind regards, Ronald

Fabien Pinckaers schreef op 24-10-13 18:36:
> IMHO, the emergency for OCB branches is to fix bugs that have been
> introduced in these branches.
> 
> I am not sure if it's tracking the right branches, but it looks like the
> OCB branches are red on runbot:
>   http://runbot.openerp.com/ocb.html
> 
> Also, I would suggest every contribution to follow the runbot naming
> convention so that feature branches are also tested. This simplifies the
> merge proposal review a lot because you can:
>   - test functionalities online
>   - check that the branch is still green
> 
> The rule we use for official modules is to never merge a branch that
> breaks automated tests.
> 
> On 10/23/2013 07:28 AM, Quentin THEURET wrote:
>> Le 23/10/2013 01:03, Nhomar Hernández a écrit :
>>> Hello.
>> Hello,
>>>
>>> In the las days, we are seeing a really big increase in the proposal
>>> to include new branchs/modules on the Community / OCA branches.
>>>
>>> It is one of the best moments of the community, we must continue in
>>> this way.
>> I'm happy to see that. It proves that community has a good future !
>>
>>> BTW, when thing start to become big, we need to act fast, then, I
>>> propose that the inclusion of Modules/Branches should be followed by
>>> an explanation in a correct way, in the MP or in the Commit Message
>>> .... or in the OCA site </bestoption I think>
>> I think it's a good way to document all new proposals and know why we
>> include this module in this project.
>>
>>>
>>> But as everybody know the "Correct" way can be subjective, to avoid
>>> this subectivity, I propose use a "Format" already known may be
>>> modigied with our reality, it is the format that the Python Foundation
>>> use:
>>>
>>> Here an example really new:
>>>
>>> http://www.python.org/dev/peps/pep-0453/
>> I read this. But, who should write these documents ? I don't think that
>> the community has time to write these things. May be some developers
>> will develop their own branches to avoid to write these documents before
>> asking for a merge. And we could lost some good modules…
>> We shouldn't make the new comers afraid because of that.
>>
>> The format to respect is IMHO too complicated according to our
>> community. The OpenERP community is not larger as Python community… If
>> the community is agree with this concept, we should make a simplest
>> "format".
>>
>>> Before end I just want to say it is just an Idea, if we have a
>>> agreement, We can invest more time in investigate more deeply, what
>>> Tools/Concepts/Formats/Process should be involved, and share with you
>>> our conclusions.
>>
>> I let other community members to give their point of view, because I
>> think it's an important thing but we can't made a mistake on this if we
>> want that all of us (and new comers) respect this "format".
>>
>> Regards,
>>
> 
> 

-- 
Met vriendelijke groet / Kind regards,

Ronald Portier
 /"\
 \ /
  X
 / \ ASCII Ribbon campaign against HTML E-Mail


Follow ups

References