openerp-community team mailing list archive

[Nhomar Hernández <nhomar@xxxxxxxxx>]

Thanks Daniel.

I support 100% your explanation :-) I was writting my answer and read yours
and I think I need just add my extra comment to your points because are so
closely.


2014-05-17 16:43 GMT-05:00 Daniel Reis <dgreis@xxxxxxx>:

>  Jean-Charles,
>
>
> Building up on your mail:
>
> *A) - OCA would be a Github organizations (...) Wouldn't it be good to use
> one Github organization per github projects? This would have 2 benefits:*
>
> Agree on 1 OCA Organization.
>
> Github has Teams under an Organization.
> So we could just move LP Project Teams into GitHub teams.
>
> But here I propose a change:
> I believe that the concept of a (global) OCA Reviewer makes little sense.
> Collaboration on OCA projects should instead be centred on areas of
> expertise.
>
> So, I propose to create a Team per Expertise Area, rather than for each
> Project.
> These would be "maintainer" teams, rather than "reviewer".
> Maintainer have the last word on pull requests, but anyone can - and
> should - review.
> Current team member should be invited for maintainer roles in the new
> teams according to interests and expertise.
>
>
> *B) - OCA projects/apps would be Github projects*
>
> I would rephrase that into "OCA Projects would be Github Repositories."
> I suggest to keep it simple for the migration: 1 LP repo -> 1 GH repo
> After the migration, the community would of course be free to discuss,
> case by case, on splitting or joining repos (just like Odoo did).
>
>
> *C) - OCA modules would git sub- modules*
>
> I would avoid sub-modules, at least for now.
> I see advantages in keeping closely related modules in the same repository:
>
> We need to acknowledge that technical module is not a functional module.
> A technical module is rather a "feature".
>
 An "app" is a core module complemented by a collection closely related
> module implementing additional features.
>
I think every repository should have a module called "App - XYZ" that at
least ensure these repository by itself works as an APP.

I think is important because is how the V8 will be working, as
decentralized  apps bundle with bridge modules.

>
>
> *D) - series 7, 8, 9.. would be branches*
>
> Agree, just like in the core repos.
>
>
> *E) OCB* (my addition)
>
> I believe this will be a fork of the official repo, maintained by a Team
> under OCA.
> As I read from Stephan , rebase will greatly simplify keeping it in sync.
>
>
> Of course, comments are welcome.
>
> Regards
> /DR
>
>
> Quoting Jean-Charles Drubay <jcdrubay@xxxxxxxxx>:
>
> Hi,
>
> It will be challenging to solve 2 issues at the same time in this thread:
> . what should be the source code organization in github
> . what should be the process to migrate
>
>
> Also, here are my 2 cents for targeted source code organization from what
> I understand of Joel's mail:
> - OCA would be a Github organizations
> - OCA projects/apps would be Github projects
> - OCA modules would git sub- modules
> - series 7, 8, 9.. would be branches
>
> Wouldn't it be good to use one Github organization per github projects?
> This would have 2 benefits:
> - no need to use submodules
> - better team  management
>
> Apps will support github repos soon, see
> https://github.com/odoo/odoo/wiki/GitHub-Transition
>
> Regards,
>
> Jean-Charles Drubay, sent from my phone
>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-community
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 
--------------------
Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://vauxoo.com
Linux-Counter: 467724
Correos:
nhomar@xxxxxxxxxxxxxx
nhomar@xxxxxxxxxx
twitter @nhomar