Migration to version 18.0

[OCA-git-bot]

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-18.0

Modules to migrate

• [ ] account_banking_fr_lcr
• [ ] l10n_fr_account_invoice_facturx
• [ ] l10n_fr_account_tax_unece
• [ ] l10n_fr_chorus_account
• [ ] l10n_fr_chorus_facturx
• [ ] l10n_fr_chorus_sale
• [ ] l10n_fr_cog
• [ ] l10n_fr_das2
• [ ] l10n_fr_department
• [ ] l10n_fr_department_oversea
• [ ] l10n_fr_hr_check_ssnid
• [ ] l10n_fr_intrastat_product
• [ ] l10n_fr_intrastat_service
• [ ] l10n_fr_pos_caisse_ap_ip
• [ ] l10n_fr_siret
• [ ] l10n_fr_state

Missing module? Check https://github.com/OCA/maintainer-tools/wiki/%5BFAQ%5D-Missing-modules-in-migration-issue-list

[alexis-via]

Following a discusson at Odoo Experience, we plan to adopt another method on the 18.0 branch: push the 17.0 branch with modules marked as installable=False (while keeping the config files of the 18.0 branch). It has many advantages: lighter branches, easier migration PR and several OCA projects have gone back to this good old method (for example : OCA/mis-builder). If you disagree with this, give your reasons here before tonight!

[pedrobaeza]

I don't see it as an advantage, as there may be missing commits from the previous branch (17.0 in this case) in the moment of migrating a module (because between the moment creating the 18.0 branch from 17.0) till the moment of migrating the module, other commits may enter in the previous branch, and thus, not being aware of them. The other method is always the same for getting the latest commit history.

It also pollutes the commit history with commits doing/undoing things, and provoke conflicts, as non installable modules create an entry on the pre-commit config file (example: https://github.com/OCA/mis-builder/blob/a4796288344b4ada3ea77e1d810221696f98449a/.pre-commit-config.yaml#L4), and each time you merge a migration PR, it may require a rebase on all the other PRs fixing the conflict.

Only mis-builder and queue repos are using them. I totally dislike such technique, but it's more reasonable on that repos, which have very few modules. Applying it to repos like this with a lot of modules will cause several troubles.

Anyway, I don't have vote here, but just for letting you know the disadvantages for taking an informed decision.