Open acpMicrocom opened 2 weeks ago
For each line (or batch of lines) of the analysis file where there's a nothing to do, you have to indicate why is nothing to do. It seems a bit weird that there's nothing to do on the DB schema part.
for the record, here are the 3 important commits that changed the database for the v17 migration of the sale module: https://github.com/akretion/odoo-module-diff-analysis/tree/main/17.0%2Fsale
EDIT: Looking quickly it seems there is actually no change requiring migration in the 3 commits. But there might still be XML changes or minor changes missed by my commit analyser and present in the analysis files.
for the record, here are the 3 important commits that changed the database for the v17 migration of the sale module: https://github.com/akretion/odoo-module-diff-analysis/tree/main/17.0%2Fsale
EDIT: Looking quickly it seems there is actually no change requiring migration in the 3 commits. But there might still be XML changes or minor changes missed by my commit analyser and present in the analysis files.
Thanks !
for the record, here are the 3 important commits that changed the database for the v17 migration of the sale module:
This analysis looks wrong. Don't you think ? I don't see "locked" changes in your files.
for the record, here are the 3 important commits that changed the database for the v17 migration of the sale module:
This analysis looks wrong. Don't you think ? I don't see "locked" changes in your files.
Indeed, these changes were not identified by odoo-module-diff and the detected commits are false positives. The commit analyzer is text based and not something structured, so the heuristics are imperfect. I don't try to detect field addition in general, because 99% of the time field additions are new features and not breaking changes. As for selection changes: I didn't try to detect their changes either but eventually that's a good idea to hunt them too https://github.com/akretion/odoo-module-diff/blob/main/odoo_module_diff/main.py#L16 I'll try it and report if it will catch the commit were it changes.
EDIT: hum selections typically spread over several lines and are very sensitive to style formatting, so tracking their changes in plain text will probably give too many false positive and harm the overall relevance. Sadly we will need to rely on the OpenUprade analysis changes for this. Eventually I could use OpenUpgrade analysis files to help hunting the related commits, but that would be quite some work...
being text based, odoo-module-diff is imperfect, but in general it gives a useful complementary vision to OpenUpgrade migration files. So for instance if you look at the analysis for the account module, it ill will give 10 very relevant commits with all the Odoo explanations out of around 1000 commits between v16 and v17: https://github.com/akretion/odoo-module-diff-analysis/tree/main/17.0/account
Hi @rvalyi. Thanks for the explanation. I allowed me to put all the odoo-module-diff comment in off-topic, as the current PR is about "sale" migration. Feel free to open dedicated issue if you want to talk about the akretion tool. thanks !
During the execution of the tests in the pull request for the sale
module migration script, the following error occurs:
ERROR: column res_partner.complete_name does not exist
This error occurs because the complete_name
field of the res_partner
model is not available until the base
addon is installed or updated. To resolve the problem, it is necessary to make sure that the base
module is installed and updated before running the tests.
/ocabot migration sale