Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Avatar

Re: Question about Module Structure

by
LasLabs, Dave Lasley
- 22/02/2018 17:06:48
How would a new module be proposed to the OCA under this type of organization?


-Dave Lasley

On Feb 22, 2018, at 08:02, David Arnold <dar@xoe.solutions> wrote:

Addendum:
As an alternative solution to the organization problem could count to split out the one-module-one-repo into a oca-dev organization and then do tagged packages in oca which resembles the current structure (using precisely git subrepo approach). That way the impact of such a move is mitigated without leaving out the benefits.

El jue., 22 feb. 2018 a las 10:37, David Arnold (<dar@xoe.solutions>) escribió:
Dear OCA Members,
Dear OCA Steering Commitee,
Dear OCA Board,

I've tried on several occasions to work with OCA repos, but it somehow doesn't fit any simple, easy to remember development and upstream-commit workflow I've been able to come up with.

In despair, I tried to do a PoC of a one-module-one-repo structure https://github.com/xoes-oca

There is a extremely useful tool called git subrepo (combinable with git subhistory) I've found to be the perfect solution for the problem to incorporate upstream modules in own code, do improvements with close to 0 changes to your normal workflow and just git subrepo push to upstream those chages transparently and cleanly.


Problem is that doesn't work out of the box with topic repositories, so it basically breaks my ideally perfect workflow and then again going the extra mile is often too cumbersome in the heat of the battle.

If we would have one-module-one-repo the contributing workflow becomes as simple as that:
...Using hub by github (https://hub.github.com/)

hub fork git@github.com:oca/foo
git subrepo clone git@github.com:myuser/foo foo
# do some commits touching module foo within my current working dir
git subrepo push
hub pull-request
> Pull request created: https://github.com/oca/foo/pulls/208

Wouldn't that be something that's worth evaluating to boost contribution and ease of adaption?

I'm principally very in favor of the OCA iniciative, but honestly contributing has those (solvable) hurdles and gets rather cumbersome (for the new generation of iphone-ux-socialized programmers).

Let me know what you think about, I'd be happy to more closely integrate our development efforts with OCA one's.

And if there are concerns about code organization, I guess since github allowed for topics this can be easily replicated with using topic filters: https://github.com/search?q=topic%3Aproduct+org%3Axoes-oca&type=Repositories


Best Regards,

David A.
--
XOE Solutions DAVID ARNOLD
Gerente General
xoe.solutions
dar@xoe.solutions
+57 (315) 304 13 68
Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Environmental Consideration: Please avoid printing this email on paper, unless really necessary.
--
XOE Solutions DAVID ARNOLD
Gerente General
xoe.solutions
dar@xoe.solutions
+57 (315) 304 13 68
Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Environmental Consideration: Please avoid printing this email on paper, unless really necessary.

Reference