Contributors mailing list archives
contributors@odoo-community.org
Browse archives
Re: Renaming OCA/project-service to OCA/vertical-service
Re: Renaming OCA/project-service to OCA/vertical-service
Re: Renaming OCA/project-service to OCA/vertical-service
by
rvalyi@akretion.com
Hello all,
just a word to say this illustrate again the dead end of trying to manage several modules in the same branch. IMHO the only soultion is indeed one module = 1 repo and have eventually a list of official OCA semantic tags to classify the modules. There will always be border line modules, cross dependencies and whil we can probably overcome this specific issue, such issues will only arrise more and more often.
Also today, the OCA isn't yet really visible commercially speaking. That means people who take care of managing it such as PSC, have a growing burden, as number of modules and PR's grow with little incentive for it. I think it's important to keep a good balance and keep the OCA scope inside something doable. That is the OCA won't manage all Odoo modules of the world and this is very fine. I think this also means we should quickly establish a list of stable central modules for which a high level of security/burocracy is required and by opposition have a lot more flexible rules for maturing satellite modules for which there is not enough experienced active contributors anyway.
That being said kudos for the hard work again.
On Fri, Aug 28, 2015 at 10:23 AM, Maxime Chambreuil <maxime.chambreuil@savoirfairelinux.com> wrote:
Daniel,Could you be more specific about what you would put in OCA/vertical-service ? Do you have modules today that would fit in there ?I think PMI, as well as other PM methodologies (GTD, Agile, Scrum, etc) should be in OCA/project.Thanks.
----- Le 27 Aoû 15, à 18:53, Daniel Reis <dgreis@sapo.pt> a écrit :<blockquote cite="mid:1531434632.227700.1440713396889.JavaMail.zimbra@savoirfairelinux.com" type="cite">We had (and still exists) an OCA/contract repo.There are some people interested to contribute contract related modules. Where should they contribute those modules ?
But it's content was not distinctive enough and it was merged into `OCA/project-service` (see https://github.com/OCA/contract/issues/1).
I still agree with that decision and think that Contract related features should go in an OCA/project repo.
<blockquote cite="mid:1531434632.227700.1440713396889.JavaMail.zimbra@savoirfairelinux.com" type="cite">Good point.I think vertical-service is not specific enough. That's why we have vertical-isp, vertical-travel or vertical-hotel. A lot of companies in our economies provides services, but the type of services is very different and requires a different verticalizations to support their activities: legal (document management), accounting, payroll, IT, transportation (map view with GPS localization), accomodation (hotel), home services (fleet, route management and optimization).
The service features are really about "service management", and the proposed name is probably too generic.
Service Management is not an industry, so I'm not sure if "vertical" is appropriate.
Some possibilities for a _new_ repo name and semantics could be:
- OCA/project-service (project modules specific to service management)
- OCA/vertical-service-management (solutions for service management companies, probably including other areas other than project, such as sales, invoicing, reporting, etc.)
With the isolation of Service Management features, does it make sense to include PMI Project Management modules in it's own repo, maybe vertical-projet-management? (PMI is not the only methodology for PM, so I advise against vertical-pmi)
Would these three separate repos be more helpful than a single one?
--Daniel_______________________________________________
Mailing-List: http://odoo-community.org/groups/oca-contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: http://odoo-community.org/groups/oca-contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe
Reference
-
Renaming OCA/project-service to OCA/vertical-service
byClosingAp Open Source Integrators Europe, LDA, Daniel Reis-
Re: Renaming OCA/project-service to OCA/vertical-service
byOpen Source Integrators, Maxime Chambreuil -
Re: Renaming OCA/project-service to OCA/vertical-service
byTecnativa. S. L., Pedro M. Baeza -
Re: Renaming OCA/project-service to OCA/vertical-service
byClosingAp Open Source Integrators Europe, LDA, Daniel Reis -
Re: Renaming OCA/project-service to OCA/vertical-service
byTecnativa. S. L., Pedro M. Baeza -
Re: Renaming OCA/project-service to OCA/vertical-service
byElico Corp, Eric Caudal -
Re: Renaming OCA/project-service to OCA/vertical-service
byOpen Source Integrators, Maxime Chambreuil -
Re: Renaming OCA/project-service to OCA/vertical-service
byClosingAp Open Source Integrators Europe, LDA, Daniel Reis -
Re: Renaming OCA/project-service to OCA/vertical-service
byTecnativa. S. L., Pedro M. Baeza -
Re: Renaming OCA/project-service to OCA/vertical-service
byElico Corp, Eric Caudal -
Re: Renaming OCA/project-service to OCA/vertical-service
byClosingAp Open Source Integrators Europe, LDA, Daniel Reis
-