Contributors mailing list archives
Re: Server-tools split environment related modulesby
Tecnativa. S. L., Pedro M. Baeza
Sorry, I didn't cross-compare the links, as mine was the GitHub issue.Well, I'm not sure if this is too much split and we are going to have a lot of repositories without too much modules. We have never used that modules as we have a Docker infrastructure that doesn't need them, and I have never like the structure with the need of that extra module (server_environment_files), but if you still continue maintaining them, then decide the best strategy.
2017-11-29 14:02 GMT+01:00 Yannick Vaucher <firstname.lastname@example.org>:
Pedro, I was refering to that split in my message, please see that I linked the same spreadsheet.On 29 November 2017 at 13:47, Pedro M. Baeza (Tecnativa) <email@example.com> wrote:Hi, Yannick, there's already a split in progress. See https://github.com/OCA/server-Regards.
tools/issues/1008. Look if it's enough.2017-11-29 13:32 GMT+01:00 Yannick Vaucher <firstname.lastname@example.org m>:modules in it's own project repository.Hello,I'm just looking for other opinions about having specific environment ('dev', 'test', 'qa', 'prod', ...)Here are the modules:mail_environmentserver_env_base_external_refer entialsserver_environment
arameterWhat about creating a OCA/server-env project ?(I propose the short env as it is clear what it means and we already have server-ux which didn't bother anyone)Here are some PR which were already made for those modules but not merged yet:It would be the right time to forward them to a new project repository.Why should we do it ?- We wanted to split the repo which dragged to many addons as being too generic.- Environment related addons might grow- it's a topic on itselfWhy we shouldn't?- we don't want too many repositories- server-environment is a well know module and has always been in server-tools(not sure there is a dedicated mailing list for server-* topic)